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PLD Architectures 


Given the number of families and their different architectures, a single chapter 
would be insufficient to cover all the necessary data. So, instead of trying to 
present a brief subset of the information, we suggest you refer to AMD’s 
PLD/CPLD data book for complete documentation about AMD’s families of 
programmable devices. 
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MACHXL Overview and Architecture 


MACHXL is a complete, universal programmable logic device (PLD, CPLD) 
development tool that enables you to program PLDs for specialized 
applications simply and efficiently. You determine what to design and 
MACHXL supports you by: 


0 


0 


Allowing you to describe a design using the most suitable method 
for your application—state machine, truth table, or equations. 


Optimizing and reducing a design to the smallest set of gates, using 
industry-standard methods best utilizing the resources of selected 
devices. 


Simulating functionality of your design while it is still in the design 
phase, before committing to hardware. 


Automatically selecting devices based on your design criteria. 
MACHXL maps your design into various device architectures and 
presents the best solutions from which to choose. 


Automatic or manual placement of input and output signals in 
selected programmable devices including fitting the design across 
as many as 20 devices (optional). 


Programming the devices using automatic fusemap generation and 
easy device programmer communications. 


Testing the programmable device(s) by generating test vectors 
from the functional simulator's results and downloading them to the 


programmer with the fusemap file. 


Prototyping ASICs using programmable devices. 


MACHXL provides full automated support, supplying a design environment 
allowing you to concentrate on your design, not on the device. As a matter of 
fact, you do not need to understand the inner workings of PLDs in order to do 
PLD designs. And when you finish the design with MACHXL, the software 
automatically selects the best devices, based on criteria you set (like price, 
package, number of devices, etc.) 
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The following is a block diagram of the MACHXL system. 


MACHXL PDS 
Language 


Design Synthesis 


Language 


.pds file 


translator 


Compiler simulatio 
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Simulator 
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implementation 
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Device scanne Design 


Device library and fitter documentation 


editor 


Device 
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The following figure shows the basic design flow when using MACHXL and 
where the information for each step can be found in the User’s Guide. 


2 Compile the design p Chapter 10 


partial design 


whole design 


Chapter 12 


Partiti dselect & 
6 | Program and test 
devices : Chapter 16 


Design Flow 


Programmable Logic Design Synthesis is the process of describing a design by 
schematic or language entry and synthesizing that information into an 
optimized form used to program one or more programmable devices. 
MACHXL is a full-featured programmable Design Synthesis Tool letting you 


concentrate on your design, not the operational details of the programmable 
devices. 


MACHXL synthesizes the path from design description to actual 
programmable devices. 


You run MACHXL through the Windows menu system (see Chapter 3). 
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Key features of MACHXL include: 
© Multiple design entry modes 


Oo Full range of device support from PLDs to CPLDs 


Each of these key features is discussed in the following sections. 


Design Entry 


Flexible Design Methodology 


MACHXL provides a device-independent approach letting you enter your 
logic design without specifying devices for implementation. If desired, you 
may choose specific devices during design entry. 


Design entry may be accomplished by one or a combination of methods. This 
feature allows you to describe each function using the entry method best suited 
for that particular function. 


Design Synthesis Language (DSL) 


DSL is a high-level behavioral language developed for use with programmable 
logic. DSL provides constructs for state machine descriptions, truth tables 
and Boolean equations. DSL also allows hierarchical design with procedures 
and functions. Program control-flow statements such as IF and CASE, 
combined with multiple nesting and hierarchical design capabilities, let you 
describe complex designs quickly and easily. You may also create macros to 
perform text-substitution. 


> mY Oe eee ee ee 
hs behets hd 


MACHXL allows you to use PDS source files as language input for those 
designs developed with PALASM. 
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Compiling 


Once the design is entered in DSL, it must be compiled. Compiling your 
design creates an internal representation of the design with all high-level 
constructs converted to Boolean equations. The compiler handles multiple 
design files via the USE construct. The USE construct resolves all 
invocations of procedures, functions, and components to create a set of 
low-level synthesized gates. 


Functional Simulation 


MACHKXL's functional simulator lets you verify the functionality of your 
design before you commit it to programmable devices. By detecting problem 
areas early, you can modify the design while still in the design process. This | 
simulator can be used to verify individual procedures and functions or entire 
systems. In addition to simulating each procedure and function to verify that 
they describe the logic properly, the entire design can be simulated at the 
system level. This assures your design's complete functionality at both 
function and system levels. 


Simulation in MACHXL is accomplished by a high-level test language similar 
in construction to its Design Synthesis Language (DSL). The test language 
lets you create high-level constructs like iterative loops and truth tables to 
make it easier to simulate your design. 


This test language also lets you generate test vectors that can be used to verify 

the devices after they have been programmed. Verification is done by sending 

the programmed device stimulus vectors and checking the responses against 
those from the simulator. 


Optimizing 
MACHXL uses various optimization techniques to find the necessary product 
terms and select the smallest set to describe the original equations. All 
optimization forms are stored and are available for device selection and 
implementation. | 
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By taking advantage of digital logic design rules, MACHXL utilizes fully the 
device architecture capability. 


Automatic DeMorganization 


This feature allows the partitioning system to invert signals internally to a 
device while maintaining the signal polarity and functionality as described by 
the logic design. The ability to tailor equations internally to the device lets 
you create a functional design that is independent of the signal polarity of a 
particular device. It also gives maximum flexibility to the partitioning system, 
which may allow larger, more complex designs to be placed into fewer 
devices. 


Automatic Flip-Flop Synthesis 


Another logic design rule is synthesizing the proper flip-flop type to optimize 
equation placement within a device. For example, a set of equations may be 
described in terms of J-K flip flops in the design and MACHXL can place 
these equations in a device that has only D flip flops by synthesizing the D- 
equation equivalents. A more common application is the use of T flip-flop 
equations, instead of D flip flops, to produce smaller equations. 


Automatic Don't Care Generation 


Don't Care conditions can be expressed in IF/THEN/ELSE, CASE, TRUTH 
TABLE and STATE MACHINE statements as well as assigned to signals. 
Unspecified output values are assumed to be Don't Care, allowing the 
optimizer to assign either a zero or one value, depending upon which value 
generates the most optimal equation. Signals can also be set explicitly to 
Don't Care values. This feature gives you the potential to create highly- 
optimized designs resulting in smaller hardware solutions. 
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XOR Synthesis 


The compiler and optimizer maintain an exclusive-OR representation of all 
equations for which such a representation can be built. This gives the 
partitioning system the ability to use the exclusive-OR representation in 
devices with that capability or to use the sum-of-products representation in 
devices without exclusive-ORs. 


NODE Collapsing 


The optimizer minimizes the use of intermediate nodes 1n the design. It 
removes nodes, collapsing their equations into any equations referencing the 
removed node. This collapsing process can be controlled by the designer to 
produce the best results for the target hardware. 


Logic Minimization 
Reduction levels used by MACHXL include various combinations of industry- 


standard heuristic and exact methods to meet your design goals. These 
reduction levels include: | 


O Espresso 
O Espresso (Exact) 
O Quine-McCluskey 


‘You may also specify NO. REDUCE, which performs logic conversion only 
with no logic minimalization. 
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Device Selection 


PLDs/CPLDs 


MACHXL automates the selection of the best PLD/CPLD architectures and 
specific devices for your design. Based on the device characteristics and the 
design constraints, the device selection system searches the master library for 
devices that match your constraints. Your design is then mapped into 
combinations of the selected device architectures. 


If the design requires more than one device, the design 1s automatically 
partitioned across multiple devices (this capability is optional.) MACHXL 
also lets you choose among many speed, power and package type variations 
offered by the IC vendors. The following screen shows the menu used to set 
Constraints. 
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The following screen shows the menu used to prioritize the constraints by 
adding a relative weighting. For example, price may be given a weight that is 
twice as important as power as is shown in the following menu. 


Device Parameters 


Two user constraint fields let you enter data for a device that is specific to 
your design or manufacturing environment. 


If manual device selection is preferred, you may specify the devices for 
implementation in a Physical Information (.pi) file. Specifying a device in a 
Physical Information file will override the automatic device selection process. 


Design Partitioning 

Design equations are automatically divided among multiple PLDs/CPLDs to 
create design solutions. The partitioning system searches PLD/CPLD device 
architectures in the master library for the combination of devices creating the 
best solutions for the design. 


The partitioning system generates and displays the top ten design solutions, 
using your design constraints in conjunction with the device requirements from 
the design description (see the following screen.) The solutions are prioritized 
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using the design constraints and displayed in order. You may stop the process 
at any time and select a solution. 


Solutions Menu 


This menu displays device solutions into which the design can fit. Design pin 
outs can be assigned automatically or manually through the use of 
MACHXL's physical information (.p/) file. 


Om WwW NS 


(— 2 -- - 


4 


Devices Library 
O Contains design data on all AMD devices 


O Supported devices include AMD’s PLDs and CPLDs 


The device library contains the most up-to-date specification information 
available from AMD. 


For a complete list of the devices in MACHXL's device library, refer to the 
separate Device Library listings in Appendix A. Appendix A lists the PLD 
and CPLD devices supported by MACHXL. 
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Building a MACHXL Design Synthesis 
Language Source File 


MACHXL lets you create a source file to describe your design. 

Chapters 4 - 9 cover the elements of this source file. The following shows the 
general organization of a typical design source file. It also lists the chapter(s) 
where information about each part of the design source file is located. 


Parts of a Source File (Using MACHXL's 
Design Synthesis Language) 


Headers (information about the design) see Chapter 4 
MACRO Definitions (text substitution structures) see Chapter 9 
USE constructs (compiled Procedures and Functions to see Chapter 8 


be used by this source file) 

Procedure/Function Definitions (Procedures/Functions see Chapter 8 
used in this design) | 

System-Level Declarations (declaring the signals to be see Chapter 5 
used in this design) 

System-Level Statements (statements and constructs that see Chapters 6,7 
describe your design) 


The outline above shows the main sections used in a source file. Each of the 
sections listed is optional. In addition to these chapters Appendix B contains 
a number of language design examples, complete with comments and 
explanations. 
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Introduction 


This chapter is intended to give the necessary detail to operate MACHXL ina 
Microsoft Windows 3.x or later environment. 


We assume a basic knowledge of Windows and will not explain commonly 
used Windows menus. Only those functions unique to MACHXL are 
explained. 


The following screen shows the MACHXL main screen with all the menu 
functions. | 


= Note: When you first enter MACHXL, the menu bar will show only three 


Windows functions. Once you've opened a file (new or existing), the full 
menu bar, shown below, will appear. 


MACHXL - PLDPRIMS.SRC 
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File Menu 


New 


Starts a new project file. Selecting New opens a new window. If there are 
already one or more windows open, MACHXL opens a new window without 
closing any of the others. | 


Opening a File (New or Existing) 

The New and Open menu items open a dialog box containing the names of all 
files in the current directory with an extension matching the type of file you 
select in the List Files of Type box. You can change the type of file displayed 
by selecting List Files of Type and choosing the file type from the pulldown 
list. | 


ES G wind2oe 
: mult. sc machal 

4 segment. mpl 

: segment.sic 


roject Information 
Source Files 
PI Files (*.pi) 


i5| PALASM Files (*. pds) 
4 ABEL Fi * abl) 
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Project Files 
Those used to build a design. 


Oo * mpf (Project Files) 
O * src (source files) 
OG * pi (Physical Information files) 


Oo *.dsl (Design Synthesis Language files) 


Project Information Files 
Those containing information about how your design was “built”. 


Source Files 
.pi Files (*.pi) 


Physical Information files to control partitioning of your design.. For more 
information on .pi files, see chapters 13 through 15. 


PALASM Files (*.pds) 
ABEL Files (*.abl) 

All Files (*.*) 

Import 


Imports and translates the selected file to a .src (source file). Import types 
are: 


Oo PALASM 


o ABEL 
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Project Results Device Options View Hel 
Ctri+N 
Ctri+0 


CtritS 


1 SEGMENT.MPF 

2 MULT.MPF 

3 DRINK.MPF 

4 DECODE.MPF 

5 CAWIN3ZAPPAMACHXL\BOBS.MPF 


ORE Smt 2 BD 


Build All 

+ Compile — 
Partition 
Generate Fusemaps 
Simulate 


Build Options 


HPLOP 


Build All 


Runs the MACHXL tools on the open source file. The tools are run in the 
following sequence: 


Compiler - compiles the source file. 


Optimizer - optimizes to the most efficient number of gates in the 
smallest possible device(s). | 
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Simulator - runs the simulator on the design. Please note the 
simulator in MACHXL is a functional simulator only. The simulator 
will only be run if there is a design _name.stm file in the same 
directory as the design file, and if the option Automatically Simulate 
is set in the Simulate Options menu. See Chapter 11 for more 
information on the Simulator and creating an .stm file. 


Document File - documents the compile, optimize, and simulation 
processes and places the information in the file design _name.doc. 


Device Scanner- scans the file of available devices to find those into 
which your design will fit. 


Fitter - creates solutions for your design, based on the devices from 
the Scanner, and the constraints and priorities which you set (see the 
Device menu and the Parameters menu items later in this section for 
more information on setting priorities and constraints.) These 
solutions are listed in the solutions menu, allowing you to choose one. 
No fusemaps are actually created here. This step correctly partitions 
your design into single or multiple devices, and takes care of routing 
signals to each device. 


Simulator - functionally simulates the design again, now that 
partitioning is complete. The simulator will only be run if there is a 
design _name.stm file in the same directory as the design file, and if 
the option Automatically Simulate is set in the Simulate Options 
menu. See Chapter 10 for more information on the Simulator and 
creating an .stm file. 


Fuse Mapper - creates fusemaps for the design. These fusemaps can 


then be downloaded to a device programmer to program the 
PLDs/CPLDs. 


Document File - after the Scanner, Fitter, Simulator, and Fuse 


R A ananen nw oA sre tte 4Ln flAn Wnt cers 7A PN AIAA ST Awan an wadatoA «xrth anfinwemoatian 
cwwwhve wwe iw _- 
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about the scan, fit, and fusemap processes. Note this information is 
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appended to the earlier compile, optimize, and simulate information in 
the file. | | 


During the Build process a window displays its progress. An information 
message appears saying Build Completed at the end of the process. 


If your design is hierarchical, each portion of the design will be compiled, 
optimized, and simulated. 


If a failure occurs in any of the Build processes, MACHXL will abort the 
process. 


Compile 


MACHXL can compile a complete design or just certain modules. This 
allows defining modules as symbols or library parts. 


A normal design (i.e., one with system-level signals) will be run through all of 
the Build processes (1.e., compile, optimize, simulate, etc.) 


A library part will be run through only the compile process. Since it has no 
system-level signals, a library part cannot be run through the optimizer. 


Selecting Compile causes another pulldown menu to appear. This pulldown 
allows tellmg MACHXL whether you are compiling a design or a design 
library (i.e., a library part.) 


When the compile if finished, an information message will display Compile 
Completed. 


| Eile E@jfem Results Device Options View Help 
Build All : 


Compile 


Partition Design Libraries 


Generate Fusemaps 


Simulate 


Build Options 
Copy npi to pi 


Si 
a wltktja 
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Design 
Compiles, optimizes, and simulates a design. A design must have system-level 
signals. 


Design Libraries 


Allows compiling (but not optimizing or simulating) a module for use as a 
library part. A module has no system-level signals, and therefore cannot be 
run through the optimizer. 


Partition 


The process of partitioning a design involves several processes, each of which 
is explained below. 


Device Scanner- scans the file of available devices to find those into 
which your design will fit. 


Fitter - creates solutions for your design, based on the devices from 
the Scanner, and the constraints and priorities which you set (see the 
Device menu and the Parameters menu items later in this section for 
more information on setting priorities and constraints.) These 
solutions are listed in the solutions menu, allowing you to choose one. 
No fusemaps are actually created here. This step correctly partitions 
your design into single or multiple devices, and takes care of routing 
signals to each device. 


Simulator - functionally simulates the design again, now that 
partitioning is complete. The simulator will only be run if there is a 
design _name.stm file in the same directory as the design file, and if 
the option Automatically Simulate is set in the Simulate Options 
menu. See Chapter 10 for more information on the Simulator and 
creating an .sim file. 


ruse lviapper - creates rusemaps for the design. 1hese tusemaps can 


then be downloaded to a device programmer to program the 
PLDs/CPLDs. 
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Generate Fusemaps 

Generates fuse maps for PLD or CPLD devices. You do not esd to run this 
procedure for each PLD/CPLD in the design. MACHXL will create the 
fusemap files for all the PLD/CPLD devices in your design (assuming there is 
more than one device in your design solution.) 


You need to generate the fuse maps before you can program the devices. 


Build Options 


This menu lets you view and set the equation reduction method used by the 
optimizer to reduce equations. It also lets you specify whether you want 
MACHXL to generate warning messages for conditions it deems unusual but 
not catastrophic. 


Equation Reduction Method 


Controls how the optimizer reduces the design equations. 


The Espresso technique is fast and generally produces very good equations. 
Espresso Exact and Quine-McClusky methods are slower and use more of 
your PCs dynamic memory (RAM) but may result in smaller equations. Due 
to speed and memory use concerns, Espresso Exact and Quine-McClusky 
reduction techniques should be restricted to designs with relatively small 
equations where optimal equation reduction is critical. 


24 MACHXL Software User’s Guide (Version 3.0) 


The default reduction method is Espresso. 


Generate Warnings 


This option controls whether or not MACHXL will produce messages for 
conditions it deems unusual but not catastrophic. 


The default is warnings to be displayed. 


Verbose 


MACHXL has a number of processes (compiler, optimizer, simulator, etc.), 
each of which can generate messages to let you know what is going on with 
the process. You can choose whether or not to have these messages displayed 
with the Verbose option. It is useful to have these messages displayed if you 
have a large, complex design requiring a lot processing time. However, if 
you have a smaller design, you may not want these messages to appear. In 
either case, these messages are contained in the ./og file, so you still have 
access to them. 


The default for Verbose is off. 


Nodes for If Statements 


Specifies whether the compiler should generate nodes for IF/THEN/ELSE 
statements. 


MAX Number of Pterms 


Specifies the maximum number of pterms allowed in a design equation. 


fw mi tA wl 
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Copies the Partitioner-created .npi (New Physical Information) file to a .pi 
file. For more information, see the section entitiled Using the .npi File to 
Recreate a Pinout in Chapter 13. 
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Stop 


Tells MACHXL to stop a Build that's in progress and exit all processes 
gracefully. MACHXL will also report any errors to the file design_name.err. 


Abort 


Tells MACHXL to abort a Build that's in progress and to stop all processes. 
Processes will be aborted regardless of the stage they are in. 


Results Menu 


Ee ERE A oH 


TEE Results 
Log File 
Documentation 
Eitter Report 


Programming 
simulation 


Log File 


The .log file (design name.log) contains any warnings or errors that occurred 
during the compile and partitioning phases. If you have problems during these 
phases, this is the file to view. 


Documentation 


The .doc file (design name. doc) contains all information about your chosen 
design solution, including signal names, pinouts of devices, equations that 
were used in the solution, etc. 


You can set how equations are printed in the documentation file. For more 


information, see the section later in this chapter entitled Documentation 
Options in the Options Menu. 
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Fitter Report 


If you are using MACH devices in your design, this field will display the 
MACH .rpt (report) file. The report contains all pertinent information about 
fitting of MACH device(s), including the percentage of resource utilization. 


For more information on reading the .rpt file, see Chapter 14 and 
Appendix D. 


Programming 
Allows viewing of the programming (JEDEC) files for a design. 


Device Menu 


| Eile Project Results BPQZee Options View Help 


Parameters 


<4 Solutions 
Programming 


The Device Menu lets you run certain processes concerning devices 1n your 
design. The pulldowns and submenus are explained below. 
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Parameters 


Constraints 


Constraints allows limiting the number of devices MACHXL considers as 
valid solutions during the partitioning process. For example, you can set a 
Logic Family constraint permitting only TTL device to be considered. 


While constraints are a powerful feature of MACHXL, setting arbitrarily 
stringent requirements may severely limit the number of devices MACHXL 
can fit. It may also make it impossible to fit the design into any device or 
devices. — 


Logic Family: 
This field shows which logic families are considered as valid 
partitioning devices. The default is all logic families. 


Device Package: 


This field shows which device package types are considered valid 
during partitioning of your design. The default is all package types. 
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Propagation Delay (nS): 

This field sets the maximum propagation delay for any device in the 
solution. Note this is the propagation delay for any device, not for the 
design as a whole. The default is 0.0nS. 


Min. Operating Frequency (MHz): 
Specifies the minimum operating frequency, in MHz, of any device 
considered for a solution. The default is 0.0 MHz. 


User 1: 

User-supplied field to enter your own constraint. For example, 1f your 
company keeps statistics on failure rate and MTBF, you could use 
User 1 and User 2 to represent these statistics for devices or families. 


Number of Devices: 

Lets you tell MACHXL the maximum number of devices in the 
solution. You may use any number from | to 20. Note depending on 
the complexity of the design, setting an arbitrarily low number of 
devices may force MACHXL to consider only very large devices. 
MACHXL may also be unable to fit the design at all. The default for 
this field is 20. | 


Temperature Range: 
Allows selecting valid device operating temperature ranges. 


The default is all temperature ranges. 


Max Power Supply Current (mA): 

Allows entering the maximum amount of current (in mA) a device 
may draw. Note this is the maximum draw for any one device, not for 
the whole design (if there is more than one device in the solution.) 

The default is 0.0 mA. 


User 2: 
See User 1. 
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Priorities 


This dialog box tells MACHXL how important are certain criteria when 
selecting devices. Priorities are used as weighting factors to determine the 
order of solutions displayed in the Top 10 List. Weighting is on a scale of 1 
to 10 with 10 being the most important. By means of the Priorities menu you 
tell MACHXL which are most important. 


TEMPLATES 


P29MAI6 
P600 


P2SMi16 
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Every programmable device belongs to an architecture, which shares features 
with other similar devices. For example, two devices with similar part 
numbers may be identical inside, and vary only in their temperature range or 
package type. These architectures are know as templates, and are set by the 
manufacturer. 


The templates menu allows specifying which architecturesare considered valid 
during partitioning. Specifying only those templates needed will considerably 
speed the partitioning process. 


Note: You must select the Device template for each architecture you 
use, even ifa device is specified in the Physical Information (.p\) file. 
For more information on using a .pi file to modify MACHXLs 
partitioning process, see Chapter 13. 


Solutions 


After MACHXL partitions and fits a design, it displays a list of the Top 10 
Solutions (if there are at least 10), from which you can choose a solution. 
These solutions are developed from your design and include constraints and 
priorities you set. 


1. P22¥10 
2. MACW111 95ma 20ne $5_75 
3_ MACN110 203ma_ 24ns $5.75 
4. MACH211 120ma_ 18ns $5.20 
5S. MACH215 220ma 24ns $6.15 
6. MACH210 236ma  24ns $6.35 
VY. B26V12 150ma 25ns $7.80 
| 8. MACHI20 225ma 30ns $11.50 
. 9. MACHI30 379ma 30ne $12.40 
10. MACH131 95ma 25ne $13.35 
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You may go back to the Solutions menu at any time and choose a new 
solution. Simple choose Solutions from the Device menu. This eliminates the — 
need to re-compile your design each time you want to investigate a new 
solution. ) 


Programming 
Downloads the JEDEC files for your design to the device programmer. 


Options Menu 


The Options Menu let you set parameters that affect the overall look and 
operation of MACHXL There are five option categories: 


Oo Build Options 

O Documentation Options 
o Schematic Options 

© Simulator Options 

o Syste Interface Options 


You can set the parameters by selecting each category, as explained in the 
following sections. 


DDEI.SRC 


Authorization 


Allows you to modify authorization codes for MACHXL and the AMD device 
modules. 
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Options 


There are four buttons at the bottom of the Options pulldown affecting options 
menus. 


OK 


Saves the choices made in the current menu. 


Cancel 
Returns all values to their original state and closes the menu. 


Apply 


Applies the menu values to the current design. 


Build Options 


Equation Reduction Method 
Controls how the optimizer reduces the design equations. 


B 


Espresso 


The Espresso technique is fast and generally produces very good 
equations. Espresso Exact and Quine-McClusky methods are slower 
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and use more of your PCs dynamic memory (RAM) but may result in 
smaller equations. Due to speed and memory use concerns, Espresso 
Exact and Quine-McClusky reduction techniques should be restricted 
to designs with relatively small equations where optimal equation 
reduction is critical. 


The default reduction method is Espresso. 


Generate Warnings a 
This option controls whether or not MACHXL will produce messages 
for conditions it deems unusual but not catastrophic. 


The default is for warnings to be displayed. 


Verbose 

MACHXL has a number of processes (compiler, optimizer, simulator, 
etc.), each of which can generate messages to let you know what is 
going on with the process. You can choose whether or not to have 
these messages displayed with the Verbose option. It is useful to have 
these messages displayed if you have a large, complex design 
requiring a lot processing time. However, if you have a smaller 
design, you may not want these messages to appear. In either case, 
these messages are contained in the Jog file, so you still have access 
to them. 


The default for Verbose is off. 
Nodes for If Statements 
Specifies whether the compiler should generate nodes for 


IF/THEN/ELSE statements. 


MAX Number of Pterms | 


Sets the maximum number of pterms allowed in any design equation. 
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Documentation Options 


The documentation options allow you to set how equations will be displayed in 
the documentation (design name.doc) file. 


Print Equations as Described in the Source 

This option tells MACHXL to print the equations as specified in the 
original source file. For example, if you specify x as a IK flop, you 
will see both J and K equations in the .doc file. 


Print Equations as Fitted 

This option tells MACHXL to print the equations as fit onto the 
devices. Because of the operations of the optimizer, these equations 
may appear considerably different than those originally specified. 


Print All Equations 

The compiler takes the original equations you specify and attempts to 
synthesize as many functionally-equivalent equations as possible. 
This is to maximize the number of devices that MACHXL can fit 
your design onto. This is done also to minimize the size of the design, 
allowing it to be fit onto smaller, less-expensive devices. 
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This option writes the equations to the .doc file as you originally 
described them, as well as All equations synthesized by the compiler. 


Print DeMorgan Equations 
This option prints all the DeMorgan equivalents of the equations used 
during fitting. 


Schematic Options 


MACHXL uses schematic and language (source) files as input. The following 
set options applying to schematic input. 


Schematic Editor 
Allows choosing which MACHXL-supported schematic editor will be 
used to edit a schematic design file. 


Use TTL Library 
This options allows you to specify whether or not to use the EDIF 200 
- TTL hibrary. 


Base Component Library 


The default component library used by MACHXL's schematic netlist 
compiler is called PLDPRIMS. If you choose, you can replace this 
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library with another. Enter the path and name of the library in the 
field provided. 


Extended Component Libraries 

You can extend the component library provided with MACHXL 
(PLDPRIMS) by adding schematic components of your own, or 
component libraries from another source. MACHXL will recognize 
up to five of these component libraries. These are used in addition to 
the base component library, PLDPRIMS. 


Simulation Options 
Allows you to set options relating to MACHXL's functional simulator. 


Simulation Output Level 

These options change the way the simulator outputs information to its 
listing (.sim) file. For more information on the simulator's operation, 
see Chapter 11. 


All otates 
Causes both unstable and stable states to be written to the simulator 
listing file. 
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Unstable States : 
Writes only unstable simulator states to the simulator listing file. 


Stable States 


Writes only stable simulator states to the simulator listing file. 


Automatically Simulate 
Runs the simulator during a normal Build process. The following 
shows the order processes are run during the Build. 


Compiler - compiles the source file. 


Optimizer - optimizes the design, reducing it to the most efficient 
number of gates into the smallest possible device(s). 


Simulator - runs the simulator on the design. Please note the 
simulator in MACHXL is a functional simulator only. The simulator 
runs only if there is a design_name.stm file in the same directory as 
the design file, and if the option Automatically Simulate is set in the 
Simulate Options menu. See Chapter 11 for more information on the 
Simulator and creating an .stm file. 


Document File - documents the compile, optimize, and simulation 
processes and places the information in the file design_name.doc. 
Device Scanner- scans the file of available devices to find those into 
which your design will fit. 


Fitter - creates solutions for your design, based on the devices from 
the Scanner, and the constraints and priorities which you set (see the 
Device menu and the Parameters menu items later in this section for 
more information on setting priorities and constraints.) These 
solutions are listed in the solutions menu, allowing you to choose one. 
No fusemaps are actually created here. This step correctly partitions 
your design into single or multiple devices, and takes care of routing 
signals to each device. 
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Simulator - functionally simulates the design again, to create test 
vector files. 


Fuse Mapper - creates fusemaps for the design. These fusemaps can 
then be downloaded to a device programmer to program the 
PLDs/CPLDs. 


Document File - after the Scanner, Fitter, Simulator, and Fuse 
Mapper are run, the file design_name.doc is updated with information 
about the scan, fit, and fusemap processes. Note this information is 
appended to the earlier compile, optimize, and simulate information in 
the file. 


Notice the simulator is run twice through a normal build and partition cycle. 
By changing the Automatically Simulate field, you can tell MACHXL not to 
run the simulator. If you do not need to simulate your design, disabling the 
Simulator can speed the build and partition processes. 


System Interface Options 


| notepad.eze 


Text Editor 

Tells MACHXL which text editor to use to create source files. You 
need to supply the name of the editor's executable file as well as the 
path. Windows Notepad is default. 
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Programmer Interface 

Tells MACHXL the name and path of the device programmer's 
communication software. You need to supply this before you can 
download fusemaps to your device programmer. | 


User Options 
Allows you to enter command strings or set parameters for the text 
editor. 


Cumulative Logging 

- When MACHXL logs the prcess results to the design_name.log file, 
it overwrites previous information. This field tells MACHXL to 
concatenate the new information to the file instead of overwriting. 


View Menu 


Toolbar 


Lets you specify whether or not to display the MACHXL tool bar. If the tool 
bar is turned on, a check mark will appear to the left of the label. Turning the 
toolbar off increases the size of the Main Window. 
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Status Bar 

Lets you specify whether or not to display the MACHXL status bar at the 
bottom of the Main Window. If the status bar is turned on, a check mark will 
appear to the left of the label. Turning the status bar off increases the size of 
the Main Window, but will not allow you to see the status of MACHXL 
functions. 


Help Menu 


File Project Results Device QOstions View Baldy eee 


Index 


About MachxXL30... | 


Index 


Displays index of items availible for help. 


Using Help 


A nliAnwt tratanwmal Fat a ah vok) ww hale fanti IWAN 


& Rh WEE AY VEPs BOewe Wee wen aiaeier cm ) cra’ er er ee ee te 
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About MACHXL 


Diplays the version number of MACHXL. 
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Introduction to Design Synthesis Language 


(DSL) 


The Design Synthesis Language (DSL) is a high-level behavioral language 
developed for use with programmable logic. You can use DSL to build a 
source file to describe your design. DSL provides constructs for state- 
machine descriptions, truth tables, and Boolean. DSL also allows hierarchical 
design with procedures and functions. Program control statements such as IF 
and CASE, combined with multiple nesting and hierarchical design 
capabilities let you describe complex designs quickly and easily. You can also 
create macros to perform text substitution. 


There are two kinds of DSL files, each providing different functions: 


Oo Source file- this is a functional description of your design using 
DSL. The source file describes the behavior of your design. 


O Physical Information (.p/) file-this controls how a design is 
implemented. This optional file can be used to specify: 


= physical devices used when implementing the design 
© pin out of each device in the design 
optimization techniques used on the design 
> ievicespeuinig features required by the design 
The structure and syntax of DSL are described in the remainder of this 


chapter and in chapters 5 through 9. The structure of the physical information 
(.pi) file and device specific information are found in chapters 14 and 15. 


Description of a DSL Source File 


As mentioned earlier, the DSL source file contains the functional description 
of your design. DSL has a structure similar to many programming languages. 
If you have experience with a programming lanzuage, you'll probably 
recognize many of the constructs of DSL. 
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A DSL source file will contain the following information: 


1. Procedure and function definitions for frequently used descriptions. 
Much like their programming language counterparts, procedures 
and functions are declared before they are invoked in DSL. 

2. Signal declarations that define the characteristics of the signals in 
the design. Signal descriptions are equivalent to variable 
declarations in a programming language. 

3. Statements (including procedure and function instantiations) make 
up the logic that is implemented in your programmable devices. 


The following shows the suggested organization of a DSL source file and the 
chapters where information on each part may be found: 


Each section of the DSL design description is optional. For example, you may 
create a simple DSL design description that consists only of a System-level 
declaration and the system-level statements. Or, you may create a DSL 
source file that includes only Procedure and Function definitions. This source 
file could then in turn be used as a library of handy routines that can be 
accessed by other DSL source files. 


Examples of DSL source files can be found in Appendix B, Language-Based 
Design Examples. 
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Conventions Used by Design Synthesis Language 
The following table shows the conventions used by DSL. 


ISS “gnc ge: RR EMNSI SOUR REM EE RRR RMESERS, BRI 


identifiers 


Identifiers are names given to specific items in a source file. Named items 
include signals, macros, procedures, functions, state machines, states in a state 
machine, and test language variables. 


The rules for forming identifiers are: 


1. The first character of an identifier must be a letter ("A" through 
"Z', or "a" through "z") or an underscore (_ ). 

2. Succeeding characters may be any sequence of letters (A..Z, 
a..z), digits (0..9), the dollar sign ($), or the underscore (_ ). 

3. You may use any combination of upper-case and lower-case 

| letters in an identifier. The Design Synthesis Language is case- 


insensitive; thus, upper-case and lower-case letters are treated 
alike. 
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4. Identifiers cannot contain spaces. Use the underscore character 
to separate words in long identifiers to make them easier to read. 


5. Identifiers may be of any length. 


Keywords 


The identifiers listed below are reserved by the language as keywords and may 
not be used for other identifier purposes. 


FOOTPRINT 
AND FOR 
BIN FUNCTION 
BIPUT GOTO 
BLOWN GRAY_CODE 
CASE GROUP 
CLOCK_ENABLED_BY HEX 
CLOCKED_BY HIGH_VALUE 
CLOCKF IF 
COMP_OFF INCLUDE 
COMP_ON INITIAL 
D_FLOP INITIAL_TO 
D_LATCH INPUT 
DEC INTACT 
DEFAULT JK_FLOP 
DEFAULT_TO LAST_VALUE 
DEMORGAN_SYNTH LATCHED_BY 
DEVICE LOW_TRUE 
DISABLED_ONLY_FOR_ LOW_VALUE 
TEST MACRO 
DO MAX_PTERMS 
ELSE MAX_SYMBOLS 
ELSIF MAX_XOR_PTERMS 
ENAGEErEeY MESSAGE 
cIVU MOD 
FF_SYNTH NAME 
FIT_WITH NO_COLLAPSE 
FIXED NO_CONNECT 
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STATE_VALUES 


NO_REDUCE 

NODE STEP 

NOT SYSTEM_TEST 

OCT T_FLOP 

ONE_HOT TARGET 

OR TEMPLATE 

OUTPUT TEST_VECTORS 
PART_NUMBER THEN 

PHYSICAL | TO 
POLARITY_CONTROL TRACE 

PRESET_BY TRUTH_TABLE 
PROCEDURE USE 

RESET_BY VAR 

RETURN VIRTUAL 

SECTION WHEN 

SET WHILE 

SIMULATION WIRED_BUS 
SR_FLOP XOR_POLARITY_CONT 
STATE ROL 

STATE_BITS XOR_TO_SOP_SYNTH 


~STATE_MACHINE 


Integer Constants. 


Integer constants are used in DSL to assign a fixed value to a signal, for 
arithmetic operations, or as part of a conditional test. Constants must follow 
these rules: | | 


© Constants must be integers. 


Oo Constants may be of any length. Operations in DSL are performed 
with unlimited precision. 


O The first character of a constant must be a digit; otherwise the 
compiler will interpret the character string as an identifier. 
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6 Constants assigned to single bit or non-array signals can only be 0 
or |. 


O Ifno base is specified, the constant is assumed to be decimal. 


© Constants used in conditions or arithmetic operations can represent 
values in four bases (binary, octal, decimal, or hexadecimal). To 
set the base of the constant, add the first letter of the base name to 
the end of the constant. For example, to represent the character C 
as the hexadecimal value for 12, add a leading zero to the letter C 
and follow it with h (for hexadecimal): OCh. This distinguishes it 
from the letter C. Either upper case or lower case may be used for 
the letter of the base name. 


The following are examples of legal and illegal constants: 


Legal Constants: 

0101b "binary constant 

07320 "octal constant 

973 "decimal constant 

973a "decimal constant 

OAOAh "hexadecimal constant 

Illegal Constants: 

2.54 "constant must be an integer 

AOAh "constants must start with a digit 

OACOd "constant must match the base specified 
Comments 


Providing comments in your source file makes it easier to understand the 
intent of certain sections of code for later reference. Commented code can be 


particularly useful for design teams working on a project so each member can 
better understand the other team membhers' nieces anfa nraient. 


Comments begin with a quotation mark ('") followed by text. A new line 
indicates the end of a comment. 
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Comments used as notes throughout a source file should not be confused with 
the COMMENT keyword. The COMMENT keyword is used to include 
comments in a JEDEC file. | 


For instance, with the comment next to the STATE allred; statement, it is 
clear that allred is the first state of the state machine: 


STATE allred: "First state 


Headers 


Headers are used to place design information in the source file. 


Header statements, if used, must appear at the beginning of a source file. Six 
optional header types are recognized by the Design Synthesis Language: 
TITLE, ENGINEER, COMPANY, REVISION, and COMMENT. 


A design may use any combination of header types, in any order, or none at 
all. Each header has an associated string. The format for a header is: 


header type 'header_information'; 


Where: 


header _ type is one of the six header keywords: TITLE, 
ENGINEER, COMPANY, REVISION, PROJECT, or COMMENT. 


header information is text describing the header type 
information for the design. This text is enclosed in single quote 


marks. 
Examples 
#TITLE 'X1000 MEMORY GLUE LOGIC'; 
#ENGINEER 'JOE SILICON'; 
#REVISION ‘'2.02'; 


To place multiple lines in the JEDEC file, use separate lines of text enclosed 
by single-quote marks: 


#COMMENT ‘This design implements the glue' 
‘logic between the X1000 and its memory. '; 
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Introduction 


This chapter discusses the types of signals that the Design Synthesis Language 
recognizes. Discussions include how to declare signals, as well as the 
modifiers you may use on them. The types of signal declarations available 
include: | 


o INPUTS 

oO OUTPUTS/BIPUTS 
Oo NODES 

oO WIRED BUS 


Arrays of these signal types may also be declared. 
Modifiers to the signal declarations allow you to declare signals as: 


0 low true 
O flip-flops 
O latches 


as well as setting the clocking/latching and their default states. 


Declarations 


Different types of signal declarations made at the beginning of a source file 
define and name signals (identifiers) to be used in a design and indicate to the 
compiler, optimizer, and fitting tools how these various signal identifiers will 
function in the design. Signals may be declared at both the system and local 
levels (see the next section, System and Local Signal Declarations). 


The types of signals available in the Design Synthesis Language include: 
INPUT, NODE, OUTPUT/ BIPUT, and WIRED BUS. Any of these signal 
types may also be declared as an array. A description of each follows. 
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System and Local Signal Declarations 


Signal declarations may appear inside or outside of a procedure or function. 
A signal declaration made outside of a procedure or function is known as a 
system signal, and is available at the system level. The signal will not be 
recognized within any procedure or function. 


All procedure and function descriptions must appear before any system level 
design information, including system-signal declarations and system-level 
statements. 


A signal declaration made inside a procedure or function 1s local and is not 
visible to any other procedure or function even at the system level. 


Thus, a local signal can have the same name as a system signal and will exist 
only until the end of the function or procedure. A system signal with the same 
name as a local signal is immune to any changes made to the local signal 
unless the value is passed explicitly through a procedure output. 


Arrays 


An array is a set of logically related signals that can be treated separately or 
as aunit. All types of signals may be declared as arrays (Signals types 
INPUTs, NODEs, OUTPUTs, BIPUTs, and WIRED BUSes.) 


The array identifier is listed along with a number or a range of numbers that 
determines the size of the array. For instance, you may declare a range for an 
array using beginning and ending indexes: 


identifier[index 1..index n]j; 
Indexes can be given in either ascending or descending order. When an array 


is used in an expression, the first index is always the Most Significant Bit and 
the last index is the Least Significant Bit. 


The declaration: 


OUTPUT addr[15..0]; "array addr declared using 


"a range or ilnaexes 


Specifies 16 elements to the array: addr[15], addr[14], addr[13], addr[ 12], 
addr[11], addr[10] through addr[0]. 
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As an alternative, you may simply specify the size of an array, which becomes 
a shorthand way of giving a range of indexes from (array_size - 1) descending 
to 0: 


identifier[array size); 

The same array declaration given in the previous example, specifying 16 
elements to the OUTPUT addr, can be declared as follows: 

OUTPUT addr(16]; “array addr declared using an 


"array size 


Again, the elements in the array include: addr[15], addr[14], addr[ 13], 
addr[12], addr[11], addr[ 10] through addr[0]. 
The following array declaration for q: 


OUTPUT q[4..7]; 


Has four elements q[4], q[5], q[6], and q[7]. Note that this array has 
ascending indexes: q[4] being the Most Significant Bit and q[7] being the 
Least Significant Bit. 


Each index can be a constant expression made up of constants and operators. 
For example, the following: 


INPUT in[2.*.5] 


is exactly the same as: 


INPUT in[10] " .*. is the DSL operator for 
" multiplication 
Input Signals 
Signals that serve only as inputs to a design may be declared using the 
keyword INPUT. 


The syntax for declaring input signals is as follows: 


[LOW TRUE] INPUT identifier or_array list; 
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The optional LOW_TRUE modifier may be used to indicate that a low voltage 
will represent the true state of the declared input signal(s). (See Low_True in 
the Declaration Modifiers section, later in this chapter for more information.) 


Each signal name in the identifier list must be separated by a comma, and the 
declaration must be followed by a semi-colon. 


Examples 

INPUT x,y[4],2; "declares inputs x, y[3], 
y(2),y(1], y({0], and z 

LOW TRUE INPUT x,y,2; "declares inputs x, y, and 
"zZ as low-true 

INPUT /x,y,z[7..5]; "declares inputs x as low- 


"true, y, z[7], z[6], 2[5] 


Output/Biput Signals 


Signals that will be visible outside a design can be declared using the 
OUTPUT keyword. BIPUT may be used as a synonym for OUTPUT when 
symbols are used for bi-directional operation. The syntax for declaring 
outputs is as follows: 


[LOW TRUE] [flip flop type] OUTPUT 
identifier or array list [control info] 
[default info]; 


OUTPUTs may be used without modifiers as a way to get signals out of a 
design. On the other hand, NODEs with modifiers are a way of creating 
internal design elements. An OUTPUT declared with the same modifiers as a 
NODE 1s a shorthand or alternate way of representing a NODE that feeds a 
regular OUTPUT. 


Example 


INPUT a, b; 
D_FLOP OUTPUT x CLOCKED BY clk; 
x =a * b; 
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is equivalent to: 


INPUT a, b; 
D FLOP NODE x_node CLOCKED BY clk; 
OUTPUT x; | 
xX = x_node;. 
x node = a * b; 


Biput Signal Usage | 
From a language structure view point, an output statement that contains an 
ENABLED BY can be used as a bidirectional signal. However, the following 
information gives some insight into proper usage of BIPUTs: 


The statement: 

OUTPUT xx ENABLED BY oe; 

usually represents an output pin that will be driven with an input value if the 
ENABLED BY (i.e., 0e) signal is asserted. 

The statement 

BIPUT xx ENABLED BY oe; 

usually represents a biput pin that is driven by internal logic when the 


ENABLED BY (_.e., oe) signal is asserted. This same pin is driven by an 
input value when the ENABLED BY (1.e., oe) signal is not asserted. 


When the ENABLED BY pin (.e., oc) of an OUTPUT/BIPUT signal is not 
asserted, the OUTPUT/ BIPUT signal will have a high impedance (.Z.) state. 


The following example and screen show how OUTPUT and BIPUT 
statements with an ENABLED BY modifier should be used. The example 


also shows how signal feedback can be accessed before/or after the 
ENABLED BY modifier. 
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In the following example, xx is used as a BIPUT pin, yy is used as an 
OUTPUT pin, and zz is used as an OUTPUT pin that is enabled and uses 
internal feedback from node 1. 


node 
int xX 


in2 yy 


ZZ 


oe 


Input inl,in2, oe; 
PHYSICAL NODE nodel; 
BIPUT xx ENABLED BY oe; 
OUTPUT yy; 

OUTPUT zz ENABLED BY oe; 
nodel = inl; 

xx = node 1; 

yy = xx * in2; 

ZZ = nodel * in2; 


Nodes 


Nodes are signals in a design that are not visible outside the design (unlike 
INPUTs and OUTPUTs.) A node simply identifies a point in a logic design. 
This point (node) may be an actual physical point, or a virtual point that is 
collapsed during optimization. Physical and Virtual nodes are discussed in 
more detail later in this chapter. 


A node without a clock (i.e., no CLOCKED_BY) will be a combinatorial 
node. Combinatorial nodes are useful building blocks for connecting separate 
pieces of combinatorial logic (much like a schematic net.) An equation for a 
node may be created in one part of a design and referenced in other parts. 
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The logic optimizer may choose to leave nodes in the design to be fit as 
physical nodes in hardware. The optimizer may also choose to remove a node 
by passing its equation logic to all equations that reference the node (this is 
called node collapsing.) One of two modifiers, PHYSICAL or VIRTUAL, 
may be used with the keyword NODE to control node collapsing. The 
PHYSICAL modifier is used to force the optimizer to create a physical node 
in hardware. VIRTUAL is used to force the optimizer to collapse a node 
during optimizing. 


There are other control mechanisms for controlling node collapsing. These 
mechanisms are properties that are placed in a Physical Information (.p1) file. 
For more information on controlling node collapsing, see Chapter 13 


Even though you may use the modifiers VIRTUAL and PHYSICAL, we 
recommend that NODE be used without either unless there is a specific reason 
to control node collapsing (e.g., when you need to duplicate a design.) By not 
using the modifiers except when absolutely necessary, you give the optimizer 
maximum freedom to reach the optimal equation sizes for the target hardware. 


Nodes are declared with the NODE keyword using the following syntax: 


[LOW TRUE](flip flop type] [VIRTUAL|PHYSICAL] NODE 
identifier or array list [control info} 
[default info]; 


Example 


NODE x, y[{4], z; “declares combinatorial NODEs 
"x, y[3], y[2], y(1], y(O], and z 


JK FLOP NODE x, y, z[6..4] CLOCKED BY clk; 
"declares JK flip-flops x, y, 
" 2(6],2[5], 2[4] 


For example, with the declaration of 1 as a virtual node and its assignment as 
a*b: . | 


INPUT a, b, ¢c} 
VIRTUAL NODE i; 
OUTPUT 0; 
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a * b; 
1 * c;3 


vl 
re) 


The resulting assignment statement for o is: 


o=a* b * Gc; 


In the example given above, the VIRTUAL modifier forces the optimizer to 
remove the node. However, if the VIRTUAL modifer were not given, the 
optimizer would still have collapsed the node since the resulting equation is 
smaller. 


In the following example, changing the PHYSICAL NODE declaration to 
VIRTUAL NODE also changes the generated equation: 


INPUT a, b, c; INPUT a, b, c; 
OUTPUT q; OUTPUT q; 
PHYSICAL NODE x; VIRTUAL NODE x; 


=a * b; =a * b; 
=x * Cc; | = x * C3 


declared as a declared as a 
PHYSICAL NODE is VIRTUAL NODE is 
implemented as: implemented as: 
gG=a* b* c; G=x* coc; 

a * pb; 


Note: Node collapsing is also dependent on other properties you may 
have specified (see Chapter 12). 


Wired-Bus Signals 


The WIRED _BUS declaration defines a group of nodes or outputs that are to 
be tied together electrically. Each node or output must have an 
ENABLED BY expression that is independent of all others in the group, since 
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no two nodes or outputs may be enabled at the same time. A group of nodes 
can be referenced in expressions by declaring them as WIRED_BUS signals. 
The identifier named for the group has the value of whichever node is enabled. 


The syntax for declaring wired bus signals is: 


WIRED BUS identifier: node_1, node 2, .. node_n; 


Where: node_nis an enabled node or output. 

Alternatively, you can declare an array of wired bus signals: 

WIRED BUS identifier[size]: group_1, group 2, .. 
group n; 

Where:group_n is a group or array of enabled nodes or outputs 

of the same width as the declared array. 

With the following signal declarations: 


INPUT a, b; 

NODE xl ENABLED BY a * b; 
NODE x2 ENABLED BY a * /b; 
NODE x3 ENABLED BY /a * b; 
The wired bus declaration for w: 


WIRED BUS w: xl, x2, x3; 


defines the new name w to be equal to the value of x1 when a*b = 1, the value 
of x2 when a*/b = 1, and the value of x3 when /a*b = 1. w can be used in 
expressions just like any other signal. 


Several arrays and individual signals are declared as follows: - 


INPUT a, b; 

NODE x1[{4] ENABLED BY a * b; 

NODE x2[4] ENABLED BY a * /b; 

NODE q, r, 8, t ENABLED BY /a * b; 
can be tied together by declaring a WIRED BUS: 


WIRED BUS w[4]: xl, x2, [q, x, 8, t]} 
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This creates the following connections: 

w[3] represents the connection of x1[3], x2[3], and q. 
w[2] represents the connection of x1[2]}, x2[2], and r. 
w[1] represents the connection of x1[1], x2[1], and s. 


w[0] represents the connection of x1[0], x2[0], and t. 


Declaration Modifiers 


Declaration modifiers are optional parameters that may be used when 
declaring certain kinds of signals. These include: 


O the low-true designator for inputs, nodes, outputs, and biputs 
6 the flip-flop type designators for outputs, biputs, and nodes 
O control information for outputs, biputs, and nodes 


O default information for outputs, biputs, nodes, and return values of 
functions 


o LOW_TRUE 


The optional LOW_TRUE modifier is used to define an input, output, biput, 
or node as low-true, indicating that a low voltage will represent the true state. 
The LOW_TRUE modifier appears first in a signal declaration: 


LOW TRUE INPUT x, y, 2} 
A signal may also be declared as low true by preceding the signal name with 
the logical negation symbol (/) in the declaration: 


INPUT x, /y, z; “Declares inputs x, y as low-true, 
"and z 
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If low-true is not indicated by either the LOW_TRUE modifier or the logical 
negation symbol when the signal is declared, the signal will default to high 
true. 


Flip-Flop Types 


Node and output declarations may be preceded by a flip-flop type that allows 
the signal to be described as the designated flip-flop or latch. The optimizer 
will synthesize equations for other flip-flop types, allowing the fitting tools to 
implement the signal using the most efficient actual hardware flip-flop type. 
The declared type allows the design to be described in the most convenient 
way for the user. 


When a flip-flop type is declared, an accompanying CLOCKED_ BY 
expression or LATCHED _BY expression (in the case of a D_ LATCH) must 
also be declared. Ifa flip-flop type is declared without a CLOCKED_BY or 
LATCHED BY expression, the compiler will generate an error. 


The syntax for declaring a node or output 1s: 


[flip flop_type] NODE identifier _or_array list 
[control info] [default _info]; 

[flip flop type] OUTPUT identifier or array list 
[control_info] [default_info]; 


Where flip flop type is D_FLOP, D LATCH, JK_FLOP, 
SR_FLOP, or T FLOP 


When referencing a node or output signal that has a JK, SR, or T flip-flop 
type, the corresponding suffix (.J, .K, .R, .S, or .T) must be appended to the 
node or output signal name when an expression is assigned to it. .D is 
optional for D flip-flops. 


A declaration without a flip-flop type and without a CLOCKED_BY or 
LATCHED BY modifier will be combinatorial. 
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D_FLOP 


D_FLOP defines a node or output to be a D flip flop. Ifno flip-flop type is 
specified and a CLOCKED BY expression is used when declaring a node or 
output, a D-type flip-flop will be assumed. 


Since the D-type flip-flop is the default register type, D-type node or output 
signals do not require a .D suffix when an expression is assigned to it. 


The optimizer will synthesize all other flip-flop types for this equation, 
allowing MACHXL to fit any type. 


Valid declarations and uses of D_ FLOP include: 


D FLOP NODE a CLOCKED BY clk; "D FLOP is optional 

NODE a CLOCKED BY clk; "since it is the 

a= b; " default suffix. 
".D not required for 
"node a with D FLOP 


An invalid use of a D_ FLOP in an assignment statement would be: 


NODE x CLOCKED BY clk; "x is declared by default 
x.j = 1; "as a D_ FLOP, not a 
"JK FLOP 


D_ LATCH 
D_LATCH defines a node or output to be a latched signal for a D-latch type 
device. The declaration modifier LATCHED_BY (rather than 

CLOCKED _BY) must be used in the declaration statement when D LATCH 
is specified for flip flop type. Ifa flip-flop type other than D LATCH 1s 
declared with a LATCHED_BY expression, the compiler will generate an 
error. 


Note: D_FLOP gives partitioning a greater number of device 
architectures to choose from in selecting devices for a design than 
does D_ LATCH. For this reason, we recommend using D_ FLOP 
whenever possible, rather than D_ LATCH. 


The following is a valid LATCHED_BY declaration: 


D_ LATCH NODE b LATCHED BY latch; 
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An invalid D_ LATCH declaration would be: 


D LATCH NODE b CLOCKED BY clk; "D LATCH requires a 
"LATCHED BY 
"expression 
JK_FLOP 


JK_FLOP defines a node or output to be a JK flip-flop type. Expressions are 
assigned to JK flops by appending the .J or .K suffix to the signal name (e.g., 
FLOP1.J, FLOP1.K). If an expression is assigned to a signal using the .J or 
.K suffix but has not been declared as the JA_FLOP type, the compiler will 
generate an error. 


MACHXL’s optimizer will synthesize versions of all other flop types, 
allowing the tools to fit any of these versions. 


The following two examples indicate valid declarations and uses of JK_FLOP: 


JK FLOP OUTPUT jk1l CLOCKED BY clk; 
JK FLOP NODE jkl CLOCKED BY clk; 


Invalid uses of JK_FLOP include: © 


JK FLOP NODE jkl1; "declaration missing 
"CLOCKED BY expression 

jk1l = a; "jk1l missing .J or .K 
"suffix in assignment 
"statement 

SR_FLOP 


SR_FLOP defines a node or output to be an SR flip-flop. Expressions are 
assigned to SR flops by appending the .S or .R suffix to the signal name (e.g., 
FLOPS, FLOP1.R). 


MACHXL’s optimizer will synthesize versions of all other flop types, 
allowing the tools to fit any of these versions. 
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Valid declarations and uses of SR_ FLOP include: 


SR_FLOP NODE srl CLOCKED BY clk; 
SR_FLOP NODE srl CLOCKED BY clk; 
srl.s = O; 
srl.r = 1; 


Invalid uses of SR_ FLOP include: 


SR_FLOP OUTPUT sri; "missing CLOCKED BY 
"expression in declaration 

srl = a; "srl missing .S or .R 
"suffix in assignment 
"statement 

T_FLOP 


T_FLOP defines a node or output to be a T flip-flop. Expressions are 
assigned to T nodes or outputs by appending the .T suffix to the signal name 
(e.g., FLOP1.T). 


MACHXL's optimizer will synthesize versions of all other flop types, allowing 
the tools to fit any of these versions. 


Valid declarations and uses of T_ FLOP include: 


T FLOP OUTPUT t1 CLOCKED BY clk; 


ti.& =O: 
T FLOP NODE tl CLOCKED BY clk; 
Clee. = 


Invalid T_FLOP uses include: 


T FLOP NODE tl; "missing CLOCKED BY expression in 
"declaration 
tl = a; "tl missing .T suffix in 


"assignment statemerit 
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Control Information Constructs 


Nodes or output signals can be declared with any combination of one or more 
optional control information constructs. Each construct may be used only 
once per declaration. Control information constructs include: 


CLOCKED_ BY expression 
[CLOCK_ENABLED BY expression] 

LATCHED BY expression 

ENABLED BY expression 

RESET BY expression 

PRESET BY expression 


Note that in a declaration, control information constructs come after the 

identifier list: | 

[LOW_TRUE] [flip flop type] NODE identifier list 
[control info] [default_info]; 


[LOW _ TRUE] [flip flop_type] OUTPUT identifier list 
[control info] [default_info]; 


Each control information construct is described in its own section. 


CLOCKED BY 


CLOCKED BY defines an expression for clocking the register of a flip-flop. 
When the CLOCKED BY expression becomes true, signals on the input of 
the register are clocked to the output of the register on the positive edge. For 
D-latches, use LATCHED_BY rather than CLOCKED BY. 


LATCHED_BY 


LATCHED BY defines an expression for timing the latch of a D_ LATCH. 
As long as a LATCHED _BY expression is true, signals on the input of the 
latch are transferred to the output of the latch (i.e., the latch becomes 
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transparent from input to output). When the LATCHED_BY expression is 
false, the latch holds the last value. 


CLOCK_ENABLED_BY 


Valid only when preceded by a corresponding CLOCKED _BY expression. 
Defines an enabling expression that must be true in order for the 
CLOCKED BY expression to be seen by the register. 


RESET BY 


RESET _BY defines an expression for the asynchronous resetting of the 
register. When the RESET _ BY expression is true, the corresponding register 
is false. 


Note: Since only registers can be reset, a RESET BY statement must 
be accompanied by CLOCKED_BY or LATCHED BY. 


PRESET BY 


PRESET _BY defines an expression for the asynchronous presetting of the 
register. When the PRESET BY expression is true, the register 1s true. 


Note: Since only registers can be reset, a PRESET BY statement 
must be accompanied by CLOCKED_BY or LATCHED BY. 


ENABLED _BY 


ENABLED BY defines an expression to be used as an enable control on a 
registered or combinatorial node. The node's value is enabled when the 
ENABLED BY expression is true. When it becomes false, the node's value is 
Z. (tri-state). 
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= Note: Assignment of .Z. to a signal is an alternate method of 
creating an ENABLED BY expression. For example: 


NODE n; 

IF a*b THEN 

n=c*d 

ELSE 

n=.Z.; 

END IF; 

is exactly the same as: 
NODE n ENABLED BY a*b; 
n=c*d; 


Default Information Constructs 


Optional default information statements may be used with nodes, outputs, 
output parameters of procedures, and return values of functions. The default 
information [default_info] constructs include: 


DEFAULT TO expression 

DEFAULT TO expression, expression 
DEFAULT TO LAST VALUE 

DEFAULT TO .X. 

NO_REDUCE 


DEFAULT TO 


DEFAULT_TO defines a value to which a node will default if not explicitly 
assigned a value. These situations include the following: 

O unspecified ELSE clause of an IF construct, 

O unspecified conditions of a CASE statement, 

O unspecified conditions in a truth table, 

O unspecified STATE values in a state machine, 

o 


any other conditions in which there is no assignment to the signal 
of interest. | 
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The following default values can be specified for a node or output: an 
expression (such as 0, 1, a*b), .X. (DON'T CARE), and LAST_VALUE. 
Commonly, the default value used will be 0 (denoting false) since this allows 
the designer to specify only those cases when a signal is true. 


If no DEFAULT_TO statement is given, the compiler assumes the default 
value of DON'T CARE (.X.). The DON'T CARE value allows the optimizer 
to produce the smallest equations possible. However, this also means that the 
value of the signal in the default condition 1s unpredictable. 


LAST VALUE causes a register to default to itself so that its value will not 
change unless otherwise specified. LAST VALUE can be used aa with 
registers (1.¢e., signals with CLOCKED BY.) 


If a node has been declared as a JK or SR flip-flop type, DEFAULT_TO is 
followed by two expressions separated by commas: 


DEFAULT TO expressionl, expression2; 
The first expression 1s the default value for the .J or .S inputs and the second 
expression is the default for the .K or .R inputs. 


For example, the DEFAULT_TO statement in the following declaration of the 
JK flip-flop output out 1 causes out1. 7 to default to 0 and out1.k to 
default to 1: 


JK_FLOP OUTPUT outl CLOCKED_ BY clk DEFAULT TO O, 1; 
Note: When using the DEFAULT_TO ina statement with other 
modifiers, DEFAULT TO must be the last item in the statement. The 
following is a legal use of DEFAULT TO: 
JK_FLOP OUTPUT out] CLOCKED _BY clk DEFAULT TO 0, 1; 
The following is an illegal use of DEFAULT TO: 


JK_FLOP OUTPUT out! DEFAULT TO 0, 1 CLOCKED BY clk; 
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NO REDUCE 


NO_REDUCE can be substituted for DEFAULT_TO in a node or output 
signal declaration in order to inhibit reduction of an equation or group of 
symbols. NO REDUCE also prevents the optimizer from performing flip- 
flop synthesis. The declared flip-flop type will be used. Reduction within a 
single product term is still performed, as demonstrated in the following 
example: 


When the nodes hmem and hblock are declared with the NO_REDUCE 
default information statement: 


D FLOP NODE hmem, hblock CLOCKED BY clk NO REDUCE; 


Normal reduction will not be performed on the equations: 


hmem=a*b*cta*bta*ctb*c; 
hblock=a*b*c*a*b*ata*b 


However, the equation for hblock will be reduced to a*b*c+a*b because there 
are duplicate signals in the first product term (a*b*c*a*b*a). | 


When used in a function declaration, the NO REDUCE modifier tells the 

compiler not to reduce the function's return value. When NO REDUCE is 

used in a procedure output declaration, the compiler will not reduce the 
procedure output equation. 


One purpose of NO REDUCE is to allow the creation of hazard-free 
equations. Redundant product terms can be added where these product terms 
would otherwise be reduced out. 


The following declarations indicate that output c of procedure p and the return 
value b of the function compare will not be reduced: 


PROCEDURE p(INPUT a,b; OUTPUT c NO REDUCE); 
FUNCTION compare(a, b) NO REDUCE; 
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Introduction 


This chapter discusses the operators used to construct expressions in the 
Design Synthesis Language, operator precedence, and several types of 
expressions. 


Combinations of one or more identifiers, signals, and/or constants that are 


- related by operators are called expressions. Operators specify the operation to 


be performed among identifiers, signals, constants, and expressions. 


Identifiers 


72 


There are three types of operators used in the Design Synthesis pangnage: 
arithmetic, logical, and relational. 


Each operator has an operator precedence relative to other operators. This 
precedence affects the order of evaluation in an expression. 


The following table is a listing of all of the expression types and usable 
operators in the Design Synthesis Language. The table indicates the relative 
precedence of the operators. All binary operators of equal precedence 
associate left to right. 


Expression/ | 

Operation Description 

constant | constant expression 
identifier simple signal or array 
identifier [index [.. index]] array reference 
identifier(expression_list) function invocation 
[expression_list] group 

(expression) parentheses for overriding 


default precedence 
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Expression/ Description Precedence Operator Type 
Operation 
/a NOT l logical 
*(a,b,c,d) AND ] expression shorthand (logical) 
/*(a,b,c,d) NAND ] expression shorthand (logical) 
+(a,b,c) OR ] expression shorthand (logical 
/+(a,b,c,d) NOR l expression shorthand (logical) 
(+)(a,b,c) XOR ] expression shorthand (logical) 
/(+)(a,b,c) XNOR l expression shorthand (logical) 
constant .*. constant multiplication 2 arithmetic 
constant ./. constant division 2 arithmetic 
constant MOD. modulo 2 arithmetic 
constant | 
a*b AND Z logical 
a/*b NAND 2 logical 
a .+.b addition 3 arithmetic 
a.-.b subtraction 3 arithmetic 
atb OR 3 logical 
a/+b NOR 3 logical 
a(t+)b XOR 3 logical 
a/(+)b XNOR 3 logical 
a= equal 4 relational 
a<>b not equal 4 relational 
a<b less than 4 relational 
a>b greater than 4 relational 
ax=b _ less than or equal 4 relational 
a>=b greater than or 4 relational 
equal 
NOT a logical negation 5 logical 
a AND b logical AND 6 logical 
a OR b logical OR 7 logical 
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Logical Operators 


Logical operators are used to describe logical relationships among signals in 
expressions. The language supports the standard logical operators used to 
perform Boolean functions in programmable logic design. 


Symbol Description Precedence 
la NOT 1 
a*b AND l 
a/*b NAND l 
a+b OR l 
a/+b NOR l 
a(+)b XOR l 
a /(+)b XNOR l 


Equations built with the (+) exclusive-OR operator can be fit into devices with 
exclusive ORs and devices without exclusive ORs. Both representations of 
the equation are maintained throughout the system, allowing automatic 
partitioning to use either form. 


Expression Shorthand (ES) 


| Expression shorthand provides a convenient way to express an operation on 
many expressions. Expression shorthand may be used for the commonly used 
logical operators: *, +, (+), /*, /+, and /(+). 


The syntax of expression shorthand is: 


ES Operator(expression list) 


Where ES_ Operator is one of the following logical operators: *, +, (+), /*, 
/+, /(+). 
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The Expression Shorthand Operators all have highest precedence. 


Shorthand Example Evaluates to Precedence 
Operator 
- *(A,B,E(+)F) A*B*(E(+)F) l 
+ +(A,B,D*E) A+B+(D*E) l 
(+) (+)(A,B,E) A(+)B(4)E ] 
[= /*(B,C,D) /(B*C*D) a 
[+ /+(B,C,D) /(B+C+D) ] 
/(+) /(+)(B,D,F) /(B(+)D(4)F) ] 
The binary operation: 


outl = a7 * a6 * a5 * a4 * a3 * a2 * al * a0; 


Using expression shorthand for the logical AND operator (*), may be 
shortened to: | 


outl = *(a7 .. a0); 


Relational Operators 


The relational operators are used for comparing expressions (including 
identifiers, constants, and other expressions). Relational operations always 
give a one (true) or zero (false) value as their result. 


Symbol Description Precedence 
a=b equal 4 


a<>b not.equal 4 
a<b less than 


4 
a>b greater than 4 
a<=b less than or equal 4 
a>=b greater than or equal 4 


For the relational operators <, >, <=, and =>, the compiler will by default 
insert a node at each bit position of the operation. MACHXL's optimizer will 
then remove most of these nodes, resulting in optimal equation sizes, 
according to the constraints placed on the optimizer. For more information on 
the compiler and optimizer operations, see Chapters 11 and 13. 
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The logical operators OR, AND, and NOT have the same behavior as +, *, 
and / but have lower precedence than the relational operators. These 
operators are useful for combining relational expressions. 


Relational operations may be performed on arrays and groups, as in the 
following example: 


IF [a{1..4] >= 5 AND a{1..4] <= 2 THEN 
x = (a=17); "If array a has value 17, x 
END IF; "= 1].O0therwise, x = O. 


Some comparison expressions involving relational operators and their results 
include the following: 


Operation Result 
a= 1 True, if a has a value of 1 
a=] | False, if a has a value of 0 
boc True, if b has a value of 1 and c has a 


value of 0 or vice versa 


a=b OR a=c True, if a has a value as b or c 


Arithmetic Operators 


The arithmetic operators are used for performing arithmetic operations on 
arrays, groups or constants. 


Operator Description Example Precedence 
constant .*. constant multiplication a7 2 
constant ./. constant division 10./.2 2 

constant .MOD. constant modulo 17.MOD.3 2 
a.t.b addition a.t.b 3 
a.-.b subtraction a.-.b 3 


The arithmetic operators .*. (multiplication), ./. (division), and .MOD. 
(modulo) can only be used with constants, as shown in the table above. The 
.+. (addition) and .-. (subtraction) operations may be performed on any array 
or group built from signals or constants. The compiler will, by default, 
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generate a node at each bit of an addition or subtraction operation. 
MACHKXL's optimizer will collapse most of these nodes to produce an optimal 
set of equations, regardless of the form of the operands. For example, 
constants in operands require less logic and will result in more nodes being 
collapsed. For more information on the operation of the optimizer, see 
Chapter 12. 


The result of the .+. (addition) and .-. (subtraction) operations will be the same 
array size as the operands. This means that if a carry bit is generated, it is 
thrown away. In the following example, the array count can represent values 
from 0 to 1023. If the value of count is 1023 and 1 is added to the array, the 
count rolls over to 0 and the carry bit is lost. 


NODE count[10] CLOCKED BY clk; 
count=count .+. 1; "counts by 1, rolls over 
"at 1023,no carry bit 


If you need to keep the carry bit, pad the operands with leading zeros, as 
shown in the following example. 


INPUT a[10]}, b[10]; 
OUTPUT x[11]; "define an array 1-bit 
"wider to accept the carry 
"bit 


x=([0,a] .+. [0,b] "add arrays a and b into x 
"including the carry bit 


Constant Expressions 


Constants can be used alone or with operators to form expressions. An 
operator that acts only on constant expressions results in a constant 
expression. If an operator acts on a constant and a non-constant, then the 
constant is assumed to have a bit width equal to that of the non-constant 
expression. If the value of the constant can not be represented in the available 
bits then an error is generated. 


Constant expressions are required in contexts such as array size declarations. 
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Examples 

5 * 7 + 128 "This results in the constant 
"163. 

5 * [a,b,c] "This results in [a, 0, c] 

13 * [a,b,c] "This is an error since 13 cannot 


"be represented in 3 bits. 


MACRO size 10; 
INPUT in [size]; 
OUTPUT out [size .*. 2]; 


Using Parentheses to Change Precedence 


Precedence in an expression may be overridden by use of parentheses. For 
example, since logical AND (*) has higher precedence than logical OR (+), 
the following expression: 


a* b+te 


will be evaluated as follows: 


(a * b) + ce 


However, by using parentheses, you may override the default. Thus, in the 
expression: 


a * (b + Cc) 


(b + c) will be evaluated first, then the result will be AND‘d with a. 


Groups and Ranges 


A group of signals that will perform similar functions and which you want to 
treat similarly can be referred to using brackets []. Signals grouped together 
within brackets can be assigned a single value or can be specified to take on 
the values of another set of signals. 
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In the following assignment statement, the four signals a, b, C, and d are all 
set to zero. 


[a,b,c,d] = O; 


Without group notation the previous operation would require four assignment 
statements as shown below: 


= O; 


° 
a 


0) 
= O; 
0 


aado mp 


The order in which signals are listed in a group is important. The first (left- 
most) signal in the group (e.g., a in the previous example) 1s the Most 
Significant Bit and the last signal (right-most) specified (d) is the Least 
Significant Bit. This is important when you set a group of signals equal to a 
value. 


You may combine group notation with the range notation. The range 
statement, 


[q3..qO] = 5; 
is interpreted by the Design Synthesis Language as: 
[q3,q2,q1,q0] = [0,1,0,1]; 


q3 is listed first, so the range is in descending order: q3, q2, q1, qO. The 
binary representation of the numeral 5 is 0101, so the signals will be set to 
the following values: 


q3 = 0; 
q2 = 1; 
ql = 0; 
gO = 1; 


If the order in the range is reversed ([q0..q3] = 5), the Most Significant Bit 
would be q0, and the values for the assignments would become: 


qO = 0; 
qi = 1; 
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q2 = 0; 
q3 = 1; 


To assign a group of signals to another group of signals, you can use the 
group notation and the assignment operator: 

[q3..qO] = [d3..d0]; 

In assigning groups, you may use the numerals 0 and 1, the don't care symbol 


_X., and the tri-state symbol .Z., in the group on the right side of the 
assignment operator: 


[a,b,c,d] = [a,0,.X.,1]; 
The don't care symbol .X. may also be used within ranges that are acted upon 


by relational operators. Wherever .X. appears in the range, the compiler will 
ignore that term when doing a comparison of ranges. 


Thus, the statement: 


IF [al5..a0] >= [b15..b6,1,.X.,-X.,-X.,0,b0] THEN 
x = yj; 

END IF; 

is exactly the same as: 


IF [al5..a5,al,a0] >= [b15..b6,1,0,b0] THEN 
X=y; 
END IF; 


You may also perform operations on groups, such as the following: 
[a,b,c,a] = /[a,0,atb,1]*addr[3..6]; 


A member of any group that is itself a group will be unfolded so that its 
members become members of the containing group. 


Thus, with the following node declaration: 


NODE a[(2],b[2],c[4]; 
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The statement: 


[a[1..0],b[1..0]] = c[3..0]; 

has the same meaning as: 

f[af1],a[O],b[1],b[0]] = [cf[3],c{2],cf1},clO}]; 
And 


[a,c] = [1,c,0]; 


is equivalent to: 


(afl],a[O]),c[{3]),c[2],c[{1]),c{0]] = 
[1,c[3],cl2],c[1],c[0},0]. 


The following example shows a number of range and group notations as they 
might appear in the context of other source code. 


\ 


Example 


INPUT rd, wt, dir; 
OUTPUT g7..qO, up, down; 


IF ([{rd,wt]=0O1lb) THEN 
[q7.-qO] = OOQOO00000b; 
{up,down] = OOb; 
ELSE 
[q7..qO] = [q0,q7..ql]; "performs a rotate 
{up,down] = O1b; 
END IF; 


Array Expressions 


An array is a set of logically related signals that can be treated separately or 
as a unit. (See Chapter 5, and the section on Arrays.) 
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An array, a subrange of an array, or an individual array element may be 
assigned a single value. Or they may be specified to take on the values of 
another set of signals. 


Each element of an array can be indexed and used as an ordinary signal. Each 
array element, a range of array elements, or the array as a whole may also be 
given individual assignment statements. 


For instance, for the array addr declared as follows: 


OUTPUT addr[16] ; 


The value of an individual element can be referenced: 


a = addr[5]; 


In this case, addr[5] is being assigned to a. 
You may also assign a subrange of addr to individual signals as shown below: 


addr ({10..0] = [{x10, x9, x8, x7, x6, x5, x4, x3, x2, x1, 
x0]; 7 


A subrange of addr may also be referenced: 
addr[2..6] = 21; 
In this case, array elements addr[2] through addr[6] are assigned the 


corresponding values on the right. addr[2] is the Most eemineent Bit and 
addr[6] is the Least Significant Bit. 


This assignment is equivalent to: 


[addr[(2],addr[(3],addr[4]),addr[(5],addr[6]] = [{1,0,1,0,1]; 


In addition, you may assign the array addr to a combination of another 
smaller array and individual signals, as shown below: 

addr = [ a[ 9..0 ] , xl, x2, x3, yl, y2, y3 ] ; 
In this case addr[15] through addr[6] would be assigned to array elements 


a[9] through a[0], and addr[5] through addr[0] would be assigned to x1, x2, 
x3, y1, y2, and y3 respectively. 
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The following array assignment ANDs the array addr with the hexadecimal 
constant value FF: 


addr = addr*OOffH 


which is also equivalent to: 

addr[15..0] = [0,0,0,0,0,0,0,0,addr[7..0]] 
For the array qg declared as follows: 

OUTPUT q[4..7] CLOCKED BY clk; 

the assignment 

q[7..5) = q[4..6]; 

is equivalent to 


q(7J=q(4); 
q(6J=q[5]; 
q(5)]=q[6]; 


The above assignments would cause q[5] and q[6] to take on the same values. 


Don't Care Condition 


The Don't Care condition is denoted by .X in the Design Synthesis Language. 
You can use the Don't Care condition explicitly when describing the value of a 
signal. The optimizer will then assign either a 0 or 1 to the signal, depending 
on which produces the smallest equation. 


Examples 


The following is an example of a valid usage of Don't Care: 


f=ar* /b * .X.; ".X. should be at the end 
"of the equation 


The following is an example of an invalid usage of Don't Care: 
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f= .X¥. * a * /b; "This will produce 
“incorrect results 


You can also use .X to describe the behavior of undeclared states in a state 
machine. The following example completely specifies all possible conditions 
of a state machine, and ensures the most optimal equation generation: 


STATE MACHINE dont _care CLOCKED BY clk; 


STATE one: | 
IF count THEN 
clear = 1; 
IF (pulse = 0) THEN 
count8 = 1; 


GOTO one; 
ELSE 
GOTO one; 
END IF; 
END IF; 
STATE two: 
ELSE | 
GOTO .X.; 
clear = .X.; 


count8 = .X.; 
END dont_care; 
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Introduction 


The Design Synthesis Language provides various kinds of statements and 
constructs that may be used to build design equations. The types available 
include: 


Oo Assignment statements 

oO IF statements | 

o CASE statements 

Oo TRUTH TABLE constructs 

o STATE MACHINE constructs. 


Each of these is discussed 1n detail in this chapter. 


Assignment Statements 


The assignment statement is used to describe the values of the assignable 
signals (QUTPUT, NODE, BIPUT) in a design. An expression is assigned to 
a signal or group of signals by means of the assignment operator (=). 


The syntax of the assignment statement is: 


assignment expression = expression; 
Where: 
assignment_expression: identifier [suffix] 
identifier [index] [suffix] 
identifier [index..index] [suffix] 
[assignment expression list] 


suffix: is one of the following: -D 
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In the assignment of flip-flop signals, an optional suffix may be used to 
indicate which of a flip-flop's equations is being assigned: D, J, K, R, S, or T. 
The .D suffix is optional on D FLOPs. As with expressions, arrays can be 
assigned in whole or in part. 


Examples 


INPUT a, b; 

OUTPUT x; 

D FLOP d, darr[{4] CLOCKED BY a; 

JK FLOP jk, jkarr[4] CLOCKED BY a; 
SR FLOP sr CLOCKED BY a; 

T FLOP t1..t4 CLOCKED BY a; 


x =a * b; 
a.D=a+b; 
darr = jkarr; 
jk.J = a; 
jk.K = b; 


jkarr[2..1].J = [a, b]; 
jkarr.K = [a, b, 1, 0}; 
[scr.R, sr.S, t1.T..t4.T] = fa, b, a * b, 1, 0, a+b]; 


IF Statements 


The IF statement allows an expression's value to determine whether a body of 
statements will take effect. The syntax of an IF statement is: 


IF expression THEN 
statements 
{ELSIF expression THEN 
statements} 

[ELSE 
statements] 
END IF; 


The expressions in an IF statement must be single-bit values; they cannot be 


multi-bit width arrays or groups. If an expression has a value of 1, then it is a 
true condition; otherwise it is a false condition. 
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The statements contained inside the THEN take effect only when the 
corresponding expression is true. 


An IF statement may contain any number of optional ELSIF clauses. The 
statements contained in an ELSIF clause take effect if its expression 1s true 
and all preceding expressions are false. 


An IF statement may contain an optional ELSE clause. The statements 
contained in an ELSE take effect if all other expressions are false. 


The IF statement ends with END IF;. 


Example 


IF a * b THEN 


xX = CP 
ELSE 

x = d; 
END IF; 


The resulting equation for Xx will be x = a*b*c + /a*d + /b*d. 


CASE Construct 


The CASE construct allows you to compare an expression against a list of 
values, each of which has associated statements. If the expression matches a 
given value, the associated statements take effect. Multiple values and ranges 
may be given with each value. 


The CASE construct may include an ELSE statement that processes any value 
not specified by the listed values. The CASE construct ends with an END 
CASE statement. 
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The syntax of the CASE construct is: 


CASE expression 


WHEN value range => 
statements 


[ELSE 


statements] 


END CASE; 


Where: 


value_rangeis a list of numbers or a range of numbers. 


The value of the CASE expression is compared to each of the values 


in the value_ranges of the WHEN clauses. If the value of the 


expression matches any of the values in a value _fange, the 
associated WHEN statements take effect. 


Example 


INPUT a[8]; 
OUTPUT x, y, Z 


CASE a 
WHEN 5=> 


xX = y; 


WHEN 7..15=> 
ZS EF 


WHEN 30..41, 53, 


z= y;} 
ELSE 

Y = 23 
END CASE; 


"The following statements take 
"effect if a = 5 


"The following statement takes 
"effect if 7 <ac< 15. 


57, 100..113=> "The following 
"statement takes effect if 
"a = any of these values 


"The ELSE statement takes effect 


"if a does not match any of the 
"WHEN values 
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oN 
TRUTH_TABLE 


A truth table provides a convenient way to list output values for selected input 
expression combinations. Any or all of the possible input combinations may 
be used. 2 | 


The syntax of a truth table is: 


TRUTH TABLE 
expression list :: assignment_expression list; 
value range list :: expression list; 
ELSE:: expression list; 
END TRUTH TABLE; 


Where: , 
expression is defined in Chapter 7; 
assignment expression is defined earlier in this chapter in 
the Assignments Statements section; 


value range is defined in the preceding section under the heading 
CASE Construct. 


To set up a truth table, list all input expressions to the left of a double colon 
(::) and all signals that are to be assigned to on the right of the double colon. 
List corresponding values for the signals in column format under the signal 
names. 


A .X. input value tells the compiler to ignore the corresponding input 
expression when creating the condition. A .X. output value tells the compiler 
to assign DON'T CARE to the corresponding output symbol. 


For a .Z. output value, the compiler will build the necessary equation for the 
output enable to cause a high impedance value for the corresponding output 
signal. In the following example, if a and enable are low, the output x will be 
placed in a high impedance ( .Z. ) state. 


TRUTH_TABLE 
a, enable 3:3: xX} 
0, O So- v2. 
END TRUTH TABLE; 
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The compiler automatically checks for duplicate input terms that yield 
different output values. For example, the following will generate a compiler 
error because the input values overlap: 


TRUTH_TABLE 
ay Dy 76: Se. x? 


END TRUTH TABLE; 


The ELSE statement may be used in a truth table to process unspecified input 
conditions. 


As with other statements, the truth table construct may be nested within other 
constructs (IF, CASE, etc.). When a truth table is nested within another 
construct, the resulting equations will be affected by the conditions of the 
parent construct. 


The following example sets up a truth table using an array of nodes and 
individual node identifiers: 


NODE a[4], b, c, x, ji 


TRUTH TABLE 


a, b, Cc st x, J, a[0..3]; "An array can be used 
"in the expression 
"list 
O, by ‘O° 2: <d; (b*¥e, (Dy °C, Xe 313 "In this case, 
")] = b *-¢ 
1, dy oe: 2 “Ope x) 55% "In this case, a[0..3] = 
"[b, Cc, X, J] 
255. te © 23 -Le 10, <5? "In this case, c is tested 
"against x 
ELSE Ss> 26; chy: 5: "Outputs for all other 
"cases 


END TRUTH TABLE; 
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The next example demonstrates how a truth table may be used inside an IF 


statement: 
IF a = b THEN 
TRUTH_TABLE 

Cc, (a. 22 @e;, £3 

O,: 0) 33. 15> a3 

O:; 1. 22 ty -0% 

Ly. 0-3-0, 1? 

Dig ARS. se Rieger Seas 


END TRUTH TABLE; 


ELSE 
f = 0; 
e = 0; 
END IF; 


STATE_MACHINE Construct 


"Don't Care 


The STATE MACHINE construct is an efficient way to describe sequential 
logic. A state machine features a set of unique states; each state performs a 
set of operations, including branching to the next state in the state machine 


sequence. 


The syntax of a state machine is as follows: 


STATE MACHINE identifier [state_machine_control_ info}; 


"Description of 


"first state including 


"GOTO statements 


"Description of 


"second state including 


{STATE state name ([[value]]): 
statements} 
{STATE state name [[value]]: 
statements} 


"GOTO statements 


it 


[ELSE "Description of behavior of 
"undeclared states including 
statements] "GOTO statements 


END identifier; 
Where: 


state machine control info =|[CLOCKED BY expression] 
[RESET BY expression] 
[default info * ] 
[STATE BITS array] 
[STATE BITS group] 
[STATE VALUES identifier] 


* default _infois discussed in Chapter 6 in the Declaration Modifiers 
section. 


State machines use hardware signals to keep track of which state the state 
machine is in. These hardware signals are called state bits. If state bits are 
not explicitly declared with the STATE _ BITS construct, the DSL compiler 
will automatically generate nodes to act as state bits for the design (the 
STATE BITS construct is discussed later in this chapter). 


If the state machine is declared with a CLOCKED BY construct, the state 
machine will be a synchronous state machine. 


If the state machine does not have a CLOCKED_BY construct and the state 
bits are combinatorial, the state machine will be an asynchronous state 
machine. 


STATE MACHINE statements can be nested within other constructs, (1.e., 
CASE, IF, Functions, Procedures, TRUTH TABLES) or may be nested 
within themselves. 


The elements of the state machine description are discussed in the following | 
sections. 
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CLOCKED BY (in a STATE_MACHINE) 


The CLOCKED BY construct controls when the state machine will advance 
to the next state. IF the state machine declaration includes a CLOCKED_BY 
construct, the state machine will be a synchronous state machine. A 
synchronous state machine advances to the next state in the sequence when the 
CLOCKED BY expression goes true. 


The syntax of CLOCKED_BY is as follows: 


CLOCKED BY expression 


The signal declaration for the state bits can also determine if the state machine 
is a synchronous state machine. If explicitly declared state bits are registered 
signals (1.c., declared with a CLOCKED BY construct in the NODE, 
OUTPUT, or BIPUT statements), the state machine will also be considered a 
synchronous state machine. 


If the state machine does not have a CLOCKED_BY construct, and if the 
explicitly declared state bits are combinatorial, the state machine will be an 
asynchronous state machine. An asynchronous state machine will advance to 
the next state when a GOTO statement is encountered ina STATE 
declaration. For additional information on asynchronous state machines, see 
the section later in this chapter entitled Asynchronous State Machines. 


Rules for Using CLOCKED_BY ina State Machine 


If the state machine includes explicitly declared state bits (using the 
STATE BITS construct), the following rules apply to the state machine 
CLOCKED BY expression: 


Oo The CLOCKED BY expression for the state machine must match 
the CLOCKED BY expression for all the state bit signals. The 
CLOCKED BY expression for the state bit signals is included in 
the NODE, OUTPUT, or BIPUT statement that is used to declare 
the state bit signals. 


O Ifthe state machine is an asynchronous state machine, the state bit 


signals must be declared combinatorial (i.e., no CLOCKED_ BY 
construct in the NODE, OUTPUT, or BIPUT statements). 
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O Ifthe explicitly declared state bits are registered signals (1.e., 
declared with a CLOCKED BY expression), the state machine 
will be considered a synchronous state machine. 


For additional information on declaring state bits, see the STATE_BITS (in a 
STATE_MACHINE) later in this chapter. 


Examples 


The following example shows a synchronous state machine with explicitly 
declared state bits. Note the CLOCKED BY expression for the state bits 
matches the CLOCKED BY expression for the state machine: 


NODE sb[4] CLOCKED BY (/clk); 


STATE MACHINE sync_machine 
STATE BITS sb CLOCKED BY (/clk); 


The following example shows another way to declare a synchronous state 
machine. In this case, the STATE MACHINE statement does not include a 
CLOCKED BY statement. The state machine is forced to be a synchronous 
machine by the explicitly declared state bits with a CLOCKED BY statement. 


NODE sb[4] CLOCKED BY (/clk); 


STATE MACHINE sync_machine 
STATE BITS sb; 


The following example shows an asynchronous state machine with explicitly 
declared state bits. Note that the state machine declaration does not include a 
CLOCKED BY statement and that the state bits are also declared without a 
CLOCKED BY statement. 
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NODE sb [4]; 


STATE MACHINE async_machine 
STATE_BITS sb; 


RESET_BY (in a STATE_MACHINE) 


The RESET BY statement lets you force (asynchronously) the state machine 
to the first declared state in the state machine. To force this transition, the 
individual state bits are asynchronously reset or preset to match the values of 
the first state. 


The format for using RESET _BY in a state machine is as follows: 


RESET BY expression 


RULES for Using RESET_BY in a State Machine 


oO The RESET BY construct may be used only with synchronous 
state machines (i.e., state machines that are declared with a 
CLOCKED BY statement). 


O If state bits are declared explicitly (using the STATE BITS 
construct), the state bit signal declarations cannot include a 
RESET_BY or PRESET BY statement. The DSL compiler will 
automatically determine the appropriate reset or preset expression 
for each individual state bit signal from the state machine 
RESET _BY statement. 


For more information on declaring state bits, see the next section entitled 
STATE BITS (Ina STATE_MACHINE). 


96 MACHXL Software User’s Guide (Version 3.0) _ 


ot 


Example 


The following example shows a synchronous state machine with explicitly 
declared state bits and a RESET _BY statement. Note that the state bit signal 
declaration does not include RESET BY or PRESET BY statements. 


In this example the sb signals will be set immediately to the value 0101b when 
reset is true. Setting the state bits to this value forces the state machine to the 
idle state. 


NODE sb [4] CLOCKED BY clk; 


STATE MACHINE reset machine 
STATE BITS sb CLOCKED BY RESET BY reset; 


STATE idle [ 0101b }: 


STATE _BITS (in a STATE_MACHINE) 


State machines use hardware signals to keep track of the state a state machine 
is in. These hardware signals are called state bits. 


A design can explicitly declare the state bits for a state machine by using the 
STATE BITS construct. If state bits are not explicitly declared, the DSL 
compiler will automatically generate nodes to act as state bits for the design. 


The format for the STATE BITS construct ts: 


STATE BITS array 
or 
STATE BITS group 


Where: 


array is an array of signals previously declared with a NODE, 
OUTPUT, or BIPUT statement. 
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group isa group of signals previously declared with a NODE, 
OUTPUT, or BIPUT statement. 


Rules for Using the STATE_BITS Construct in a State 
Machine 


© State bit signals must be declared using the NODE, OUTPUT, or 
BIPUT statements before they can be used in a state machine. 


O All of the state bits must be clocked by the same expression in a 
synchronous state machine. The CLOCKED BY expression in 
the state machine must match the CLOCKED _BY expression in 
the NODE, OUTPUT, or BIPUT statements that declare the state 
bit signals. 


GO All of the state bits must be combinatorial (i.e., declared without a 
CLOCKED BY expression in the NODE, OUTPUT, or BIPUT 
statements) in an asynchronous state machine (i.e., a state 
machine declared without a CLOCKED_BY expression ). 


Oo Ifasynchronous state machine includes a RESET_BY statement, 
the NODE, OUTPUT, or BIPUT statements that declare the state 
bits cannot have a RESET_BY or PRESET _ BY statement. The 
DSL compiler will automatically determine the appropriate reset or 
preset expression for each indiviual state bit signal from the state 
machine RESET BY statement. This eliminates any possibility of 
reset or preset conflicts. 


© Ifa state machine includes default information, the NODE, 
OUTPUT, or BIPUT stetements that declare the state bits cannot 
have default information. The DSL compiler will automatically 
determine the appropriate default information for each individual 
state bit signal from the state machine default information. This 
eliminates any possibility of default conflicts. 


You can assign unique values to the state bits for each state using one of the 
three following methods: 
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0 Specify explicitly the state bit value in each state as part of the 
STATE declaration. With this method you must first specify the 
state bits using the STATE BITS construct. See the heading 
STATE Declarations \ater in this chapter for more information. 


Oo Specify an algorithm for assigning state bit values with the 
STATE VALUES construct. This construct lets you use a gray 
code or one-hot assignment algorithm without having to specify 
explicitly each state bit value. See the heading STATE VALUES 
later in this section for more information. 


oO Let the DSL compiler assign values automatically. With this 
method, the compler will assign the value of 0 (zero) to the first 
state in the state machine, 1 (one) to the second state, 2 to the third 
state, and so on. The state bit assignment process 1s a simple 
binary counter that starts at 0 (zero). The values are assigned by 
the compiler in the order in which the states are declared. 


Example 


This example uses a group of individual signals for the state bits. This state 
machine explicitly assigns a value to each state. 


INPUT a, b, clk; 
NODE c3 . . cO CLOCKED BY clk; 


STATE MACHINE counter STATE BITS [c3 . ..cO] CLOCKED BY 
clk; | 
STATE one [0001b]: 
GOTO two; 
STATE two [0010b]: 
IF a THEN 
| GOTO three; 
ELSIF b THEN 


GOTO two; 
ELSE 

GOTO one; 
END IF; 
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STATE three[1100b]: 
GOTO one; 
END counter; 


STATE_VALUES 


The STATE VALUES construct lets the user control how state-bit values are 
assigned to states without explicitly assigning each value. The user declares 
the assignment algorithm with the STATE_VALUES construct. 


The syntax of the STATE VALUES construct is: 


STATE VALUES ONE_ HOT 
or | 
STATE VALUES GRAY CODE 


Rules for Using the STATE_VALUES Construct 


OG When you use the STATE VALUES construct, you cannot 
explicitly assign state bit values to states. This would result in 
assigning two different values to the same state. 


© Ifthe STATE VALUES construct is not used and the user does 
not explicitly assign state bit values for each state, the DSL 
compiler will automatically assign state bit values. In this case the 
compiler will assign the value of 0 (zero) to the first state in the 
state machine, | (one) to the second state, 2 to the third state, and 
soon. The default state bit assignment is a simple binary counter 
that starts at zero. The values are ssienee in the order in which 
the states are declared. 


ONE_HOT 


The "one hot" algorithm assigns a unique state bit to each state (shown in the 
following example). This method is useful when targeting register-rich 
architectures. The format for the one hot bit selection method is: 
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STATE MACHINE sm name CLOCKED BY clk STATE VALUES 
ONE HOT; 


Example 


In the following state machine: 


STATE MACHINE sml CLOCKED BY clk STATE VALUES ONE_HOT; 
STATE ones: ... 
STATE two: ... 
STATE three: ... 
STATE four: ... 


The state values will be: 


one [O001b] 
two [0010b] 
three [0100b] 
four [1000b] 


With the one-hot bit selection method, the number of states is equal to the 
number of state bits. This makes the one-hot bit selection method less 
register-efficient than the default or GRAY CODE methods. However, the 
equations for each state bit will be very efficient. 


GRAY_CODE 


An alternate algorithm, GRAY CODE, causes the compiler to assign state 
bits like a gray-code counter. 


With the gray-code counting method, consecutive state values are defined by 
changing only one bit, as shown in the following example. This reduces the 
possibility of race conditions when going from one state to a consecutive state 
in an asynchronous state machine. It may also result in smaller equations for 
JK, RS, and T flip-flop state machines. 


STATE MACHINE gray STATE VALUES GRAY CODE; 
STATE first: ... | 
STATE second: ... 
STATE thirds: ... 
STATE fourths: ... 


Chapter 7: Statements and Constructs 101 


STATE fifth: ..<« 
STATE sixth: 
END gray; 


Using the GRAY _CODE algorithm, the compiler will assign state values as 


follows: 

first [O00b] 
second [O01b}] 
third [Ol1b] 
fourth [O10b] 
fifth [110b] 
sixth [111b] 


STATE Declarations 


The STATE construct allows you to declare the individual states in a state 
machine. The syntax of the STATE construct is as follows: 


STATE identifier [[value]]; 
statements 


Where: 


value is the optional state bit value that should be assigned in this 
State. 


statements are DSL statements that define the behavior of this 
state. The statements can be used to assign values to signals. They 
can also be used to define transitions to other states. IF, CASE, 
TRUTH_TABLE, and other STATE MACHINE statements can be 
used within a STATE declaration. 


Rules for Using the STATE Construct 


O The identifier must be a unique identifier in the design description. 
The design description cannot have a state with the same name as a 
signal or other identifier. 


102 MACHXL Software User’s Guide (Version 3.0) 


re 


O| The GOTO statement is used to transition to other states. If the 
state declaration does not include a GOTO statement, the transition 
will depend on the DEFAULT_TO construct for the state machine. 
The following table shows how the DEFAULT _TO construct 
controls this transition: 


DEFAULT_TO value Transition to 
0 state whose state bit value is 0 (zero) 
1 state whose state bit value is all ones 
LAST VALUE same state 
X. unknown state 


O| The state machine can include as many states as necessary to 
implement the design 


Example 


The following example shows a state machine with multiple states, including 
conditional branching out of each state. 


INPUT clk, pwr_up, start, stop, reset; 
OUTPUT time[16] CLOCKED BY clk RESET BY pwr _ up; 
NODE sbits[2] CLOCKED BY clk RESET BY pwr _up; 


STATE MACHINE stop watch 
CLOCKED BY clk 
DEFAULT TO LAST VALUE 
STATE BITS’ sbits; 
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STATE idle [OOb]: 


IF (start) THEN 
time = 1; 
GOTO count; 


ELSE 
time = 0; 
GOTO idle; 
END IF; 


STATE count [O1b] : 


IF (stop) THEN 


"Wait until the start 
"button is pressed 


"Count up until the 
"is pressed 


stop button 


oe is 


time = time; 

GOTO display time; 
ELSE 

time = time 

GOTO count; 
END IF; 


STATE display time [(10b] 
IF (reset) THEN 
time = O; 
GOTO idle; 
END IF; 
ELSE 
GOTO .X.; 
time = .X.; 
END stop watch; 


GOTO Statement 


: "Display the time until the 
"reset button is pressed 


The GOTO statement directs the transition from one state to another in a state 
machine. The syntax of a GOTO statement is: 


GOTO state name; 


104 MACHXL Software User’s Guide (Version 3.0) 


ct 


GOTO is allowed anywhere statements can occur ina STATE declaration. 


Asynchronous State Machines 


Sometimes you may need to create asynchronous state machines in order to 
avoid clocking delays. If a CLOCKED_BY expression is not declared for the 
STATE MACHINE or state bits, the resulting state machine will be 
asynchronous. 


Since registers are not used for the state bits in an asynchronous state 
machine, a circuit may depend on the device propagation delays to be stable. 
Also, logical hazards in the design may lead to unexpected transitions of the 
state machine. For these reasons, circuits should be designed to avoid race 
conditions and logical hazards. 


One approach that may help reduce race conditions and logical hazards 
involves selecting state-bit values that cause only a single state bit to change 
when moving from one sequential state to another. The STATE VALUES 
GRAY CODE construct will perform this automatically for you. 


In addition, the NO REDUCE default information may help reduce logical 
hazards. If the state-bit equations contain redundant logic to avoid hazards, 
the NO REDUCE construct will ensure that this extra logic is not reduced out 
of the design equations. 


Example 


STATE MACHINE states STATE BITS[s4..s0]; 
STATE one[(00010b]: 
yY = X;7 
GOTO two; 
STATE two[00110b]: 
yY = a; 
GOTO three; 
STATE three[{01110b]: 
y=b 
GOTO one; 
END states; 
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You can also use .X. to describe the behavior of undeclared states in a state 
machine. The following example specifies completely all possible conditions 
of a state machine, and ensures the most optimal equation generation. 


STATE MACHINE dont_care CLOCKED_BY clk; 


STATE one; : 
IF count THEN 
clear = 1; 
IF (pulse = 0) THEN 
count8 = 1; 


GOTO one 
ELSE 
GOTO one 
| END IF; 
END IF; 


STATE two; 


e e e 
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Introduction 


Procedures and functions let you create logically distinct design blocks that 
are independent of the rest of the design. This lets you create hierarchical 
_ designs (i.e., designs that build complex functions from lower level blocks.) 


Procedure and function descriptions do not create physical hardware. Their 
purpose is to describe functionality that can be used any number of times in a 
design. Only a function or procedure invoked at the system level (outside of 
the function or procedure description) results in actual hardware. 


Procedures and functions may invoke other procedures or functions but may 
not invoke themselves. All statement constructs discussed in Chapter 8 
(assignment, IF, CASE, TRUTH_TABLE, STATE MACHINE, GOTO) 
may be used in a procedure or function. 


All procedure and function descriptions must appear before any system-level 
design information. This includes system-signal declarations and system-level 
statements. A procedure or function must also appear before it is called by 
another function or procedure. See Chapter 2 and the section entitled 
Building a MACHXL Design Synthesis Language Source File for an 
overview of how Procedure and Function definitions fit into the overall source 
file. 


Procedures 


Procedures are the main building blocks of hierarchical design. A hierarchical 
block diagram of a design can be easily mapped to a Design Synthesis 
Language description by mapping each section of the block diagram to a 
procedure in the language. The inputs and outputs of each block correspond 
directly to the inputs and outputs of a procedure. 


Procedures are invoked at the system level and have both input and ee 
parameters, allowing them to as pass values in and out. 
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Declaring a Procedure 


The syntax for declaring a procedure 1s: 


PROCEDURE procedure name 
(INPUT identifier or array list; 
(flip-flop type] OUTPUT 
identifier or_array list 
[control _info]({default_info]); 
local declarations 
statements 
END procedure name; 


The following procedure description declares and 1 as having three 
parameters. The first two (a, b) are input parameters and the third (x) is an 
output parameter: 


PROCEDURE and1l(INPUT a, b; OUTPUT x); 
xXx =a * b>; 
END andi; 


Once a procedure is declared, it can be invoked from within other procedures, 
functions, and at the system level. Procedures can be invoked anywhere an 
ordinary statement can be appear. 


Invoking a Procedure 


The format for invoking a procedure 1s: 


procedure name(expression or signal list); 


Where: 
expression or signal list consists of two parts: 


1. expressions in corresponding positions to those in the input 
parameters, and 


2. assignable signals (OUTPUT, BIPUT, NODE) in corresponding 
positions to those in the output parameters. 
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As an example, we use the following steps to create a system level design 
using the procedure and1 shown above: 


1. declare the actual inputs and outputs, 


2. invoke the procedure with the appropriate expressions in 
corresponding positions to the input and output parameters of the 
procedure description, as shown below. 


INPUT inl, in2; 
OUTPUT result; 


andl(inl, in2, result); "invoke andl, passing inl, 
"in2 as input parameters 
"and result as an output 
"parameter 


For more information about input and output parameters, see the sections 
following entitled Input Parameters and Output Parameters. 


As another example, the following procedure implements a 4-bit parity 
generator. parity4 has two parameters: a 4-bit input array x, and a one-bit 
output y. | 


PROCEDURE parity4(INPUT x[4]; OUTPUT y); 
y = x[0] (+) x(1) (+) x[2] (+) x[3]; 
END parity4; 


The parity4 procedure description does not in and of itself cause hardware 
creation. 


The following two invocations of the procedure parity4 cause hardware to be 
created because they are invoked at the system level. These invocations 
implement two separate 4-bit parity generators. 


INPUT a[4], b[4]; 
OUTPUT outl, out2; 


parity4(a, outl); 
parity4(b, out2); 
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Notice that the actual INPUTs and OUTPUTs for the two parity generators 
are also declared at the system level. 


Functions 


Functions are a useful way to describe distinct pieces of logic that result in an 
expression value. 


Functions are invoked from within an expression. They have input parameters 
that allow them to accept values into the function, but generate as output a 
return value that is passed back to the original expression. 


Declaring a Function 
The syntax for declaring a function is: 


FUNCTION function name( [INPUT] identifier or_array list) 
[(size])][(default_ info]; 
local declarations; 
statements; "including RETURN statements 
END function name; 


Functions take declared input parameters and generate a return value. 

Because functions only have input parameters, the INPUT keyword is optional 
in the parameter declaration (unlike a procedure which must have input and 
output paramenters). The input parameters for a function are the same as for 
a procedure. (See the section following entitled Input Parameters.) 


For information about default_info, see the heading Default Information in 
Chapter 5. 


The return value of a function can be any width. A size for the return value 
can optionally be specified following the right parenthesis of the input 
parameter declaration. As an example, the following function returns a 4-bit 
array that is the bit-wise AND of arrays a and b. 


FUNCTION and4(a[4], b[4]) [4]; 
RETURN a*b; 
END and4; 
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If [size] is omitted, a width of 1 is assumed. 


The return value is used to pass signals out of a function. The return value of 
a function is assigned by the RETURN statement: 


RETURN expression; 
A RETURN statement can appear anywhere in the function that statements 


can occur. The width of expression must match the [size] declared for the 
return value. 


Function return values and procedure output parameters can be given default 
values just like ordinary signal declarations. If no DEFAULT_TO statement 
is given, .X. (DON'T CARE) is assumed. 


Invoking a Function 


A function is invoked from within an expression. Its return value becomes the 
value of the expression where the function is invoked. 


To invoke a function: 


function name(expression list) 


The following example illustrates how to invoke a function: 


FUNCTION orl(x, y); 
RETURN x+y; 
END orl; 


The function or] is invoked from within an expression to create hardware to 
implementg = a * (b * c + a): 


INPUT a,b,c,qd; 
OUTPUT gq; 


q=a * orl(b*c, d); 


The value of b*c is passed to the function as input parameter x, and d is 
passed as the input parameter y. 
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Input Parameters 


Input parameters are used to pass signals into a procedure or function. When 
a procedure or function is invoked, any equal-width expression or group of 
expressions can be passed to an input parameter. The passed expressions will 
drive the inputs in the invocation of the procedure or function. 


The procedure and1: 


PROCEDURE andi(INPUT a, b; OUTPUT x); 
x =a * b; 
END andl; 


can be invoked at the system level to create hardware to implement q = 

(x+y) * (y+z*x). Todo this, declare the actual inputs (x, y, 2) 
and outputs () of the system-level design and invoke the procedure with the 
appropriate expressions or signals in corrresponding positions to the input and 
output parameters of the procedure description, as shown in the following 
example: 


INPUT x, y, 2; 
OUTPUT q; 


andl(xty, ytz*x, q); 


Output Parameters 


Output parameters are the means of passing equations out of a procedure. 
Ultimately, all of the statements (IF, CASE, etc.) in a procedure will result in 
a single equation for each output parameter. 


When a procedure is invoked, each output parameter must be passed an 
argument that is an assignable signal (NODE, OUTPUT, BIPUT) or group of 
equal-width assignable signals in its expression or_ signal list. The output of 
the procedure will be assigned to the passed argument. 


For instance, using the procedure and1 shown previously, the assignable 
signal result corresponds to the output parameter x: 


INPUT inl, in2; 
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OUTPUT result; 
andl(inl, in2, result); 


_ The equation for an output parameter defined by the procedure will have its 
inputs driven by the corresponding arguments, and the resulting equation will 
be assigned to the output signal. 


Output parameters can be given control information and default information 
just like ordinary signal declarations. For information about control_info and 
default_info, see Control Information and Default Information in 

Chapter 6. 


Local Declarations 


Local signals can be declared within procedures and functions. Procedure or 
function signal declarations remain local to the procedure or function in which 
they are defined. 


These signals are only visible within the procedure or function in which they 
are declared and will not conflict with other signals of the same name in other 
procedures, functions, and at the system level. 


These local signals may not be referenced at the system level or in any other 
function or procedure. 


What Happens When a Procedure or 
Function is Invoked? 


When a procedure or function is invoked, a new instance of its local signals is 
created at the invocation level. An instance of a NODE is also created for 
each input and output parameter of a procedure or function. 


Each time a procedure or function is invoked, each local signal is given a 
global name. The DSL compiler keeps each of these signals unique so that the 
same name can be used in different procedures/functions. This also means 
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that the same procedure/function may be invoked multiple times without name 
conflicts. The form of these unique names is as follows: 


Procedure name.instance number.local_ name 
Function _name.instance_number.local_name 


Where: 


instance number starts at 1 and increments each time the 
procedure or function 1s invoked within a particular procedure or 
function. 


local_name is the variable name within the procedure or function. 


While this naming scheme works well to give each signal in a design a unique 
name, it can cause problems if the design 1s still subject to change. For 
example, suppose that a procedure named add2 has a local signal named a. 
The signal name for a in its first invocation would be: 


add2.1l.a 


This says that the procedure_name 1s add2, the signal was created the first 
time the procedure was invoked (its instance_number), and the local_name is 
a. 


Let's further assume that this signal (a) is assigned to an output pin after 
fitting. If the language source file is changed such that an invocation of add2 
is added before the current one, this new invocation becomes instance_number 
1, and the previous invocation becomes instance_number 2. The signals are 
renamed during the compile and the wrong signal add2. /.a is assigned to the 
hardware pin. 


The DSL compiler gives you the capability to label an instance of an 
invocation (rather than having the compiler do it) so that signal names are 
immune to changes in the design file. To label an invocation, use the 
following: 


[Label:] procedure name (argument list); 
[label:] function_name (argument_list); 


Where label is any legal identifier. 


This changes the signal's name to: 
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procedure name.label.local name. 
To use the previous example, if we gave the procedure add2 a label of 
func_1 the procedure invocation would look like the following: 


func_1l:add2 (argument list); 


and the global signal name for signal a would become: 


add2.func l.a. 


In the following procedure declaration of a divide-by-two frequency divider: 


PROCEDURE frequency divider (INPUT in; OUTPUT out); 
NODE x CLOCKED BY in; 
x = /x; 
out=x}; 

END frequency divider; 


the local declaration of NODE x is used to perform the frequency division. 


A divide-by-four frequency divider could be implemented using the divide-by- 
two procedure: | 


INPUT in; 
OUTPUT out; 
NODE tmp; 


frequency divider(in,tmp); 
frequency divider(tmp,out) ; 


Each invocation of frequency_divider creates a NODE at the system level to 
perform each divide-by-two. The names of the NODEs as they will appear in 
the documentation file are: 


frequency divider.1.x 


and 


frequency divider.2.x 
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FUNCTION frequency divider(in); 
NODE x CLOCKED BY in; 
x = /x; 
RETURN x; 

END frequency divider; 


To create the divide-by-four counter, invoke the function as follows: 


INPUT in; 
OUTPUT out; 
out = frequency divider(frequency divider(in) ); 


The following example describes the procedure and 4, which has three 
parameters: 4-bit wide inputs a and b, and a 4-bit wide output x. The 
equation for x is a*b. 


PROCEDURE and4(INPUT a[{4], b[4]; OUTPUT x[4]); 
x = a*b; 
END and4; 


This procedure can be invoked at the system level to create hardware as 
follows: 

INPUT a, b, c, da, e[4]; 

OUTPUT w, xX, Y, 2} 

and4([{a, b, c, a], e, [W, X, yy 2))3 

This results in [w, X, y, Z] = [a, b, c, QJ] * [e[3], 
elZ2]y -elilsy e100) fs 


In the following example, c will have the value 1 if a=b. Otherwise, c will 
take on the value of a: 


PROCEDURE p (INPUT a,b; OUTPUT c DEFAULT TO a); 
IF a=b THEN 
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Invoking Procedures and Functions From 
Other Files 


The keyword USE allows procedures and functions from other compiled 
source files to be used in a design. Two formats for using procedures and 
functions from other files are available. The first format: 


USE 'filename'; 


makes all procedures and functions from the referenced file available to the 
current design file. 


The second format 


USE ‘ filename ' . name; 


makes available only a named procedure or function from another file. 
Note that the filename is enclosed by single quote marks (’). 


In the following example, the function and1 from the design1.src file is used 
in design2.src: 


File designl.src: 


FUNCTION andl(a,b); 
RETURN a*b; 
END andi; 


File design2.src: 


USE '‘'designl1'.andl; 
INPUT xX, y; 

OUTPUT 2; 

z= andl(x, y); 


This capability allows a design to be broken up into multiple files for better 
organization, and allows parallel development by several designers. It also 
gives you the capability of developing a library of useful procedures and 
functions that can be shared by many designs. 
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Introduction 


Macros 


To assist in the tedious aspects of entering a source code design, the Design 
Synthesis Language provides several means to help you avoid retyping 
frequently used sections of text. Macros (using the MACRO keyword) gives 
you the ability to perform text substitution. You may also include text from 
other source files in your current design, using the INCLUDE keyword. 


In addition, there is a quick method to comment out blocks of code for 
debugging purposes using the COMP_OFF and COMP._ON constructs. 


This chapter discusses these time-saving constructs in detail. 


Macros allow the user to create an identifier that will be replaced by an 
associated block of text. Unlike procedures or functions, macros simply 
perform text substitution. They are used as a type of shorthand to free the 
designer from redundant typing. 


The syntax of a macro definition is: 


MACRO macro_name [(parameters)] text; 


- MACRO macro name [(parameters)] {multi-line text} 


A macro, when defined, is given a name, optional parameters (separated by 
commas), and text. Unlike function or procedure parameters, nothing is 
passed into or out of a macro since a macro simply substitutes a line or lines 
of text. When a macro name is encountered by the compiler, the compiler 
substitutes the pre-defined text for the MACRO name. Thus, ifa MACRO is 
defined as: 


MACRO adder(a, b) a(+)b; 


The compiler will replace every occurrence of adder(a, b) with the text a(+)b. 


Each macro in a source file is global. This means that you cannot have two 
macros with the same name or the DSL compiler will indicate that you have 
tried to redeclare a macro. This also means that a macro may be used 
anywhere in the source file (after its declaration) regardless of where the 
declaration occurs. 
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Macro names may also be used as part of an expression or equation. For 
example, MACRO adder(a, b), defined previously, used in the following 
assignment: 


x = adder (y, Zz); 


Will expand to: 


xX = y(t+)2Z; 


Some additional examples of valid macro definitions include: 


MACRO bit mask OOFFH; 


MACRO fill(a, b, c) { 
= a; 
= b; 
CF 


~~ NK 


Note: Macros containing semicolons must be surrounded by curly brackets 


({}). 


Including Other Files in a Design 


The INCLUDE statement allows you to include other text files in your current 
design file. This can eliminate retyping of often used structures or macros. 
Included files may in turn include other files. The text of the included file will 
be inserted in your current design at the point where the keyword INCLUDE 
occurs. a 


INCLUDE statements can occur anywhere in the design. The format for 
including a file in your current design is: 


INCLUDE ' filename '; 


The filename includes any filename extension (no default extension is 
appended.) The filename must be enclosed by single quote marks (' ). 
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Commenting Out Blocks of Code 


The Design Synthesis Language allows you to tell the compiler to ignore 
sections of the design file at compilation time. COMP _OFF indicates the start 
of a section of code to be ignored, and COMP_ON indicates the end of that 
section. 


The syntax for using COMP_OFF and COMP_ON is: 


COMP_OFF 
section of source_code 
COMP_ON 


No semi-colons are used at the end of the COMP_OFF and COMP_ON 
keywords. 


~ You can either use the keywords COMP _OFF and COMP_ON to comment 
out a section of code, or you can use the comment symbol (") at the beginning 
of every line you want the compiler to ignore. 


In the following example, the compiler will ignore the ELSIF clause in the 
following IF statement: 


IF (reset) THEN 
[q3..q0] = 0; 
COMP OFF | 
ELSIF ((q3..qO] = 9) THEN 
[q3,q2,q1,q0] = 0; 
COMP_ON 
ELSE 
[q3..qO] = 5; 
END IF; 
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Introduction 


Once you have created the logic description (the source file) for a design, you 
are ready to compile the file. The compiler converts the source file 
(filename.src) into an internal representation of the design (filename.afb). 
The .afb can be used by: 


O the simulator to simulate the design, 
6 the optimizer to prepare a system-level design for device fitting, 


O another run of the compiler on another .src file that USEs this file. 


Compilation 


The compiler's responsibility is to interpret the source language (described in 
Chapters 4 - 9) and create the internal representation file (.a/b). During this 
process the compiler converts the high-level constructs (declaration, 
expression, and statement) of the source language into a simple list of signals 
with associated equations, each of which are stored in the internal 
representation. The compiler performs error checking on the design to make 
sure it follows the rules and restrictions described in Chapters 4 - 9. The 
equations that drive each signal are created so that the action described in the 
high-level source language is implemented by the equations. 


The output of the compiler (filename.afb) contains the signals and associated 
equations. This file can then be used by the simulator to verify the behavior of 
the design. For more information on the simulator, see Chapter 11. 


If the compiled source file (.a/b) contains a system-level design, this design 
can be passed on to the optimizer and the remainder of the tool chain for 
fitting into devices. A system-level design is one described outside of any 
Procedure or Function (see Chapter 8 for more information on Procedures and 
Functions.) 


Multiple File Designs 


MACHXL lets you implement a design in multiple source files. An advantage 
of having multiple source files is that only the portions of a design that are 
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affected by file changes need be recompiled. If a bottom-up hierarchical 
approach is used in your design, Procedures and Functions can be placed in 
their own file that is compiled only once. Any additional design work that 
requires these Procedures and Functions can still be done in another file 
without the need to recompile these completed Procedures and Functions each 
time. 


Another advantage of multiple design files is that it lets you develop libraries 
of generally useful Procedures and Functions and place them in their own 
files. These Procedures and Functions can be used (via the USE command 
shown in Chapter 8) by many different designs, giving greater leverage of 
design effort. 


There is always one parent source file that contains the system-level portion of 
the design. All other files will contain only Procedures and Functions that 
may be 'USEd' in the parent file to create the final design. A "USEd!' source 
file must be compiled before any other source file that USEs its Procedures 
and Functions. 


Errors in Compilation 


If errors are encountered in a language design, the errors and line numbers can 
be found in the file filename.err. Appendix C, MACHXL Error and Warning 
Messages, includes Design Synthesis Language error messages. 


To correct language design errors, you will need to go to the line that contains 
the error in the language source file (filename.src) and make the necessary 
corrections, save the file, and recompile. 


For information on the compiler menus and the actual process involved in 
compilation, see Chapter 3. 
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Introduction 


An important feature of the MACHXL software is its simulation and test- 
language capabilities. The simulator gives you the ability to: 


O simulate modules (procedures and functions) to verify correct 
operation, | 


O simulate the complete design to verify correct operation, 


O generate test vectors to verify correct operation of the programmed 


devices. 
The simulator in MACHXL does not do compiled stimulus 
. ° - - 2 : j il source Ti 
timing simulation. It is a functional say as (stm) 


stimulator only. 7 4 


You must have a compiled design 
(design_name.afb) file and a stimulus source 
file (design _name.stm) to run MACHXL's 
simulator. The remainder of this chapter 
discusses how to use MACHXL's test 3 
language to create a simulation source file | 
(the figure at right shows the files used by and 

produced by the simulator). This chapter also daiaian 
describes how to interpret the results. tea 
Example simulation files may be found at the 

end of Appendix B, Language-Based Examples. 


Simulator 


The simulator takes input values provided by the designer in the .stm file (via 
the Test Language) and applies them to the section to be simulated. The 
simulated output is then checked against the expected output and any 
discrepancies or unstable states are written to the simulator listing file 
(filename.sim). 


Device testing is done in the same fashion by sending the simulator-generated 
input vectors to the device programmer via the JEDEC file. These actual 
output vectors are then compared against the simulator-generated output 
vectors to verify the device. 


128 MACHXL Software User’s Guide (Version 3.0) 


it 


Input vectors and expected output vectors are specified to the simulator by 
means of the Test Language. The Test Language lets you specify which 
variables to use in the simulation and which signals to trace. The Test 
Language also provides operations needed to construct the test vectors. 


Test Language Reference 


The .stm file is a source file you create (using MACHXL's Test Language) to 
give instructions to the simulator. The .stm file can be created using any 
editor or word processor, the same as your design source file. This section 
describes the commands and syntax of the Test Language and how to use 
them in the .stm file. An example .stm file with explanations is provided at the 
end of this section. Additional simulation examples are in Appendix B. 


General Structure of a Simulation or Test 
File 

A .stm file has sections like other source language files. In the declaration 
section signals and variables are declared and a step duration is set. In the 
body of the source file you give the simulator specific instructions that 
initialize signal values and compute the values for input and output signals. 
Flow control constructs (like IF/THEN, WHILE-DO and FOR-DO) give 
control over the simulation process. For more information on the internal 
operation of the simulator, an explanatory section is provided at the end of this 
chapter. 


The simulator lets you simulate a module (i.e., a Procedure or Function) by 
using the keyword SIMULATION with the Procedure's or Function's name 
The general form of a module simulation section 1s shown below: 


Procedure/function simulation: 
SIMULATION procedure name|function_name ; 
{declarations} 


{statements} 
END SIMULATION ; 
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- The simulator also lets you simulate the whole design by using a 
SIMULATION section at the global level (i.e., outside of any Proceedure or 
Function). Any SIMULATION section without a Procedure or Function 
name is considered global. The general form of the design-file SIMULATION 
section is shown below: 


Design file simulation: 


SIMULATION ; 
{declarations} 
{statements} 

END SIMULATION ; 


There is also capability in the simulator to generate test vectors that can be 
stored in the JEDEC file (that is sent to the device programmer). These test 
vectors can check actual device outputs against simulated outputs to ensure 
the device is working as expected. The SYSTEM_TEST keyword is used 
when you want to generate vectors that test the programmed devices. The 
following rules apply to using SYSTEM_TEST: 


oO The SYSTEM_TEST keyword is a system-level command placing 
test vectors in the JEDEC file of the design. This differs from a 
SIMULATION section that does not place simulation vectors in 
the JEDEC file. 


© The SYSTEM_TEST keyword is not allowed in Functions or 
Procedures because it is a system-level command, not a module- 
level command. 


The general form of SYSTEM_TEST section is shown below: 
System test vector generation: 


SYSTEM TEST ; 
{declarations} 
{statements} 

END SYSTEM TEST; 
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The following is a more explicit example of the form for system 
SIMULATION and TEST_SYSTEM sections showing the general usage of 
some of the keywords. Each step and the keywords are explained in following 
sections. 


SIMULATION |SYSTEM_TEST; 
Declarations 
clock resolution (STEP) 
variable declarations (VAR) 
Signals to display in simulation output 
(TRACE ) 


Body 

assign initial values to signals (INITIAL) 
assign values to signals by table 

assign values to signals by assignment (SET) 
insert messages for simulation output 
(MESSAGE ) 

compute values for input, output signals 
(arithmetic operators) 

flow control (IF/THEN/ELSE, WHILE-DO, FOR-DO) 
END SIMULATION | SYSTEM_TEST ; 


Keywords 


The identifiers listed below are reserved by the simulator as keywords and 
may not be used as signal names, procedure names, function names, or 
variable names. 


AND IF THEN 
BIN INITIAL TO 
CASE MESSAGE TRACE 
CLOCKF NOT | VAR 
DEC OCT WHEN 
DO OR WHILE 
ELSE RETURN 

ELSIF SET 

END SIMULATION 

FOR STEP 

HEX SYSTEM_TEST 
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Declarations 


The following sections describe the three types of declaration statements for 
the simulator. The types of declarations are as follows: 


STEP time step labeling information 
VAR variable declarations 
TRACE output listing order and format. 


These declarations must appear after the header (SIMULATION or 
SYSTEM_TEST) and before any statements. They can be mixed in any 
order. 


Specifying the Clock Resolution 


The STEP statement allows the user to specify how the time steps in the 
simulation listing file are to be labeled. This does not affect the behavior of 
the simulation, as the simulator is strictly functional. STEP lets the user 
specify the time label associated with each simulation step. The general form - 
of the command is as follows: 


STEP time_units; 

Where: 
time units is an integer value and a time unit specification (ns, 
us, ms, or s). If the STEP statement is omitted, the default step value 
is 10ns. If you use multiple STEP statements, a warning is generated 


and only the last declaration is used. 


For example, the following specifies that each step in the simulation should be 
labeled in 50 ns intervals. 


STEP 50ns; "Labelling in time units 
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Valid time units and their abbreviations are: 


Symbol Time Unit 
ns nanoseconds 
us microseconds 
ms milliseconds 

S seconds 


The integer value and the time unit symbol cannot have spaces between them. 
They must be adjacent. For example: 


STEP 50ns; "valid 
STEP 50 ns; "invalid 


Note: The simulator in MACHXL is a functional simulator only. 
The simulator does not do any timing simulation. Device delays are 
not represented in the simulation results. 


Variable and Signal Expressions 


There are two types of expressions used in the test language: variable and 
signal expressions. Variable expressions are made up of variables and 
operators while signal expressions are made up of signals, variables, signal 
values, and operators. Variables are defined in the simulation file and used to 
control the flow of the simulation or to assign values to signals. Signals are 
defined in the design file and are part of the design. 


Declaring Variables 


The VAR declaration lets a user allocate local integer variables that can be 
used in: 
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O generating values assigned to signals 
O signal expressions 


© control or conditional constructs (e.g., IF/‘THEN, CASE, FOR- 
DO, WHILE-DO). | 


Variables are declared using the VAR keyword: 


VAR var name { ’ var name} 7 
Where: 


var _ name is one or more identifiers naming variables for the 
simulation or test section. Variable names are separated by commas. 


The following statement declares j a variable: 
VAR j; 


= Note: A variable should not be confused with a signal. A signal is 
declared in the design language and assigned expected input or _ 
output values in a simulation or test section for simulation. A 
variable is declared and used only in a simulation or test section 
to keep track of the flow of test operations or to assign values to 
signals in the simulation section. Variables are assigned values 
using variable assignment statements (Example: j = 0; or, 
jJ=j.+. 1;). Signals are assigned values using the INITIAL and — 
SET keywords. 


The variable i is declared and initialized to 0 in the following example and 
used as a counter to keep track of the number of WHILE-DO iterations 
performed. It is also used in the SET statement to assign signals A7 through 
AO the value of i: 
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WHILE (i < 255) DO 
SET [A7..A0] = i; 
CLOCKF ; 
i=i.+. 1; 

END WHILE; 


Tracing Signals 


The TRACE declaration allows the user to specify which signals are written 
to the simulation listing file. It also specifies how those signals are to be 
formatted. — 


If no TRACE statement is given, all the signals in this section of the design 
will appear in the simulation output in binary form. 


If a TRACE statement is used in a simulation or test section, all the signals in 
a design will be used in the simulation, but only the signals specified by the 
TRACE statement will be displayed in the simulation listing file. Signals in 
the listing file are written in the same order as given in the TRACE statement. 


The format for using TRACE 1s: 


TRACE signal [BIN|DEC|HEX|OCT] {,Signal 
[BIN |DEC|HEX|ocT]}; 


Where: 


signal is one or more signals or groups of signals separated by 
commas. Range notation and groups of signals may also be used. No 
comma is used between a signal and its numeric base specification. 
Signals must be previously declared in the language design under test. 
The keyword RETURN may be used to trace a FUNCTION return 
value. Groups of signals displayed in DEC format must be less than 
31 bits wide. | 
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BIN|DEC|HEX|OCT are optional specifications to display the 
associated signal or signals in binary, decimal, hexadecimal, or octal 
form respectively. If no numerical base is specified, the default is 
BIN. 


Different bases can be used for different signals. The base representation for 
a signal will only be visible in the table format of the simulation output. If no 
base representation is supplied, binary is assumed. 


= Note: Only one TRACE statement can be used per SIMULATION or 
SYSTEM TEST section. 


The following TRACE statement shows how to specify individual signals 
(clk, counti1, count2) or groups of signals ([d7..d0], 
x[5..0]), each with different numeric base representations. 


TRACE clk, countl, count2, [d7..d0] DEC, x[5..0] OCT; 


Since signals clk, counti, and count2 are not given a base 
specification, they will all be displayed in binary. The signals d7. . dO are 
followed by the base declaration DEC, and will be represented in decimal 
form in the simulation listing file. The signals x5 through x0 have a base 
declaration of OCT and will be displayed in octal format. 


When displaying groups of signals, any signal in the group with a value of 
DON'T CARE or is in a HIGH IMPEDANCE (tri-state) condition will cause 
the group to be displayed with asterisks (*). 


Statements 


Statements are used in a simulation or test section to construct vectors. You 
can construct vectors manually using the table format to specify values for 
inputs and outputs. You may also use the SET and CLOCKF language 
constructs to create vectors. The high-level IF/THEN/ELSE, FOR-DO, and 
WHILE-DO control flow constructs used with the SET and CLOCKF 
keywords automate vector generation. 
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The following sections discuss the table format and language constructs to 
create simulation and test vectors. 


Using the Table Format to Create Vectors 


The TEST_VECTORS statement lets the user enter both the input signal 
values and the expected output values for each simulation step. 


The form of the TEST VECTORS statement is as follows: 
TEST VECTORS 


signal name [,Signal_name]; 
var_ expres [,var_expres]; 


var_expres [,var_expres]; 
END TEST VECTORS; 


Where: 
signal names the list of signals affected by this statement. 


var expres contains values for input, output, or biput signals on 
incremental clocks. Values for inputs, outputs, and biputs are shown 


below: 
Signal type Allowable values 
input 0 (set to binary 0) 


1 (set to binary 1) 

.X. (don't care) 

.C. (clock the pin 
output 0 (set to binary 0) 

1 (set to binary 1) 

.X. (don't care) 

.Z. (high Impedance) 

.S. (calculated during 

simulation) 
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Signal type Allowable values | 
biput 0 (set to binary 0) 


1 (set to binary 1) 

.X. (don't care) 

.Z. (high Impedance) 
.S. (calculated during 


simulation) 


When the TEST_VECTORS statement is executed, each line following the 
signal list line is used to generate a simulation step. For each signal in the 
signal list, the corresponding var_expres from this state is used to set the 
input value for this signal. Once all the signal values are set, the simulator 
executes the step just as if a CLOCKF statement were executed. In fact, the 
two following examples, one using the TEST VECTORS statement and the 
other using the SET and CLOCKF statements, are equivalent: 


TEST VECTORS 
signal namel,..., signal_namen; 
var _expresl,..., var_expresn; 


var _expresl,..., var_expresn; 
END TEST VECTORS ; 


SET [Signal namel,...,signal_namen] = 
[var_expresl,...var_expresn); 

CLOCKF ; 

SET [signal namel,...,signal_namen] = 
[var _expresl,...var_expresn]; 

CLOCKF ; | 


The TEST_VECTORS statement provides a shorthand method of setting 
variables to signals. It eliminates the need for SET and CLOCKF statements 
for each simulation step. 


To enter test information in table format, list the individual input and output 
signals or groups with their corresponding values. 
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The following Gray-Code Counter example uses the table format to create 
simulation test vectors for the procedure gr4_ truth. The Design Synthesis 
Language source section is shown first, followed by the Test Language source 
section. 


#TITLE '4-Bit Gray-code Counter with Reset'; 
#ENGINEER 'J. Engineer'; 
#COMPANY "Hytek Co.'; 


" This file contains a procedure for a 4-Bit Gray-code 

" counter using the TRUTH TABLE construct. The previous- 
" state output values are used as inputs in the truth 

" table to generate the next-state output values. The 

" reset line is forced by using it as an input. 


PROCEDURE gr4 truth( ) ; 
INPUT clk, reset ; 
OUTPUT p3, p2, pl, pO CLOCKED BY clk ; 


TRUTH TABLE 


reset, p3, p2, pl, p0 33 p3, p2, pl, pod; 


0, > oe X, X $3 O, O, O, O ; 
Ly 0, QO, O, @) ee O, O, O, | 
Ls; 0, O, 0, 1 2 O, 0, Tg 1 
= 0, O, 1, 1 ae O, 0, iL; 0.3 
Ls Oo, O, Ly 0 es O, Lig dg On. 
15 O;, ts Ly 0 - O, iL; 0, 0 ; 
dy O, l, O, 0 s O, 1, OY 1. 
i; O; FL, 0, 1 24 O, 1; ie 1 3 
1, Oy :Ay Ly dE: ES 1, 13 is, ie 
Ly Ly a3 ioe 1 es li, i ly 0 > 
Ly Ly ds ly; 0 os dey Ly 0, O ; 
dy i eee O, ©) os Ly 13 O, i 
Ly 5 ee O, 1 = see 0, O, bs 
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\ 
SN 


1, 1, 
1, 1, 
1, 1, 
1, 1, 


0, 
O, 


END TRUTH TABLE; 
END gr4 truth; 


SIMULATION gr4 truth 
TRACE clk, reset, 


TEST VECTORS 


clk, 
Ce, 


Ce, 


eC. a 


eCey 


Ces 
wC ey 
Ce 
Cu 


eC; 
eC 
Caz 
Oey 


corer 
SCoe 
Cay 
sCug 


OOF F 


reset,p3, 
O, 0, 
a O, 
1, 0, 
Ly O, 
Ly O, 
1, O, 
1, O, 
iy 1, 
a Lg 
telly 2 
1, 1, 
L; i; 
dey 4 
Ly 0, 


a 


p2, 


END TEST VECTORS; 


END SIMULATION; 
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[p3..p0] 


pl, 
0, 


0, 


i, 


HEX 


OoOO°0O F 


m0 me =e me 


cl 


Using Test Language Constructs to Create Vectors 


The test language extends the table concept by introducing the SET and 
CLOCKF constructs. With SET and CLOCKF you only need to set values 
that change at a specified time unit, without listing values that stay the same. 


SET assigns values to input signals and expected values to output signals. 
CLOCKF advances the simulation or test vector to the next time unit, which 
in table format is the next row. 


SET and CLOCKF allow mixing the table format and the language: 


SET [ a, b, c ] = 0; 
SET {[ e, £, g ] = 110b; 
CLOCKF; 


TEST VECTORS 
a, b, c, e, f, gg} 
Aig: cg: Age OG- Zy Ge 
1, X, 1, 1, O, O; 
END TEST VECTORS; 


The rest of this section discusses the test language operators and constructs 
used in building vectors. The constructs include: SET, CLOCKF, INITIAL, 
MESSAGE, FOR-DO, IF/THEN/ELSE, and WHILE-DO. 


SET 

Test vectors can be created in the test language, without using table format at 
all, by assigning values to input signals, assigning expected values to output 
signals, and advancing the simulation using CLOCKF. 

Values are assigned to signals using the SET keyword: 


SET signal = variable expression|.c.|.S.|.x.|.2Z. 
{, Signal = variable expression|.c.|.S.|.x.|.Z.3; 
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Where: 


signa] is one or more signals previously declared in the design 
under test. Signals are separated by commas. Range and group 
notation may also be used. The special signal name RETURN can be 
used to refer to a function return value. 


variable expression is any test language mathematical 
expression. A mathematical expression can be a number, a variable, 
or an expression used by itself or with any of the arithmetic operators 
in the test language (e.g., .*., .+., ./., .-., .MOD., etc.). 


The test language has 6 different values that can be assigned to signals. These 
values are shown below . 


Value Meaning 

0 Set to Binary 0 

1 Set to Binary 1 
C. Clock the pin 

S. Calculated during simulation 
X. Don't Care 

hee High Impedance 

_ Note: All signal names must be defined in the design file. Any 


signal name used in the simulation file and not defined in a design 
file generates an error message. 


The binary values 0 and 1 represent false and true conditions depending on the 
type of signal assigned the values. For example, if a signal is defined as 
HIGH_TRUE then a binary | represents the asserted condition. Ifa signal is 
defined as LOW_TRUE then a binary 0 represents the asserted condition. 


A signal set to a value of .C. will be clocked during the simulation. This value 
is typically assigned to signals connected to the clock input of a register device 
(i.e., D-type flip flop, SR-type flip flop, etc.) but can be assigned to any 


signal. 
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The .S. value tells the simulator to calculate the signal value. This value is 
often used to automate test vector generation using output values generated by 
the simulator. 


Any signals set to a value of .X. will not be checked during the simulation. 
The difference between using .S. and .X. is important during test vector 
generation as opposed to simulation vector generation. An output set toa 
value of .S. will take on the calculated simulation value in the test vector. An 
output set to .X. is set to X in the test vector. 


A signal set to a value of .Z. forces the signal to a high impedance or tri-state 
condition. This is useful when several output signals are connected as in an 
address bus. 

Setting an output signal to any value other than .S. tests the simulator- 
generated output value against the SET value, generating an error on a 
mismatch. 

A signal holds a value until another SET statement is specified. 

If values are not initially specified for signals, the input signals are 
automatically set to .X. (Don't Care), and the output signals are set to |S. 


(computed by simulator). 


Assign different signals to different values using one SET statement by 
separating the assignments with commas: 


SET a =1, b=0, ce=1; 
To set values to a group of signals, use the group notation. For example, 
SET [X, Y, Z] = 4; 


Assigns the value of 4 (in binary) to X, Y, and Z. Thus, the signals X, Y, and 
Z contains the following values: 


Xx = 1; 
Y =O; 
Z= 0; 
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The values, .S., .X., .Z., and .C. can be assigned to a group of signals. As an 
example, the statement, | 


SET [X, Y, 2] = .S. ; 

sets signals X, Y, and Z to .S. (calculate during the simulation). 

Another statement, 

SET [A, B, C] = .Z. ; 

sets outputs A, B, and C to the High Impedance value. 

It is also possible to set one group of signals to another group of signals as 
long as both groups have the same number of signals. As an example, the 
statement, | 


SET [X, Y, Z]) = [A, B, C] ; 


sets signal X equal to A, signal Y equal to B, and signal Z equal to C. 


CLOCKF 


After assigning values to signals using SET statements, use the CLOCKF 
keyword to advance the simulation one time step. The syntax for CLOCKF 
1S: 

CLOCKF [clock signal {,clock signal}] ; 


Where: 


clock signal is one or more input signals used to clock a 
registered output. Separate clock signals with commas. 


To advance the simulation one time step, use one CLOCKF statement: 


CLOCKF ; “advance 1 time unit 
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ck 


To advance the simulation several time steps, use CLOCKF commands in 
succession: 


CLOCKF ; “advance 4 time steps 
CLOCKF ; 
CLOCKF ; 
CLOCKF ; 


You can force a registered output to be clocked using CLOCKF with a clock 
signal. The statement: 


CLOCKF clk; "This is identical to: SET clk = .C.; 
"CLOCKF 3 


generates a pulse on the clk input and moves the simulator to the next time 
step. This is equivalent to entering a C for the clk signal in the table format as 
follows: 


inputl, input2, ..., clk, inputN :: outputl,... 
C, $3 
Cc, Se 


One CLOCKF statement can be used to clock a group of clock inputs: 
CLOCKF clkl, clk2, clk3; 

The following example shows how the SET and CLOCKF constructs can be 
used to test a design. In this design, the outputs latch the inputs when clocked 
by the clk signal. The simulator software checks out this functionality. 


INPUT In7..InO, clk; 
OUTPUT Out7..OutO CLOCKED BY clk; 


[Out7..OutO] = [In7..In0]; 
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SYSTEM TEST; 


SET [In7..In0O] = 55h; 
CLOCKF clk; 
SET [In7..InO] = OAAh; 


CLOCKF clk; 
END SYSTEM TEST; 


The resulting simulation is as follows: 


00000000 

ITIITIIITIrITri~cvuvvvvvwvdioeovyu 
NNNNNNNNLTTTTTTT?E? 

Time us 765432120K765 432410 
0 01010120312000000000 
10 010101201cC¢C0120120101 
20 10101203120¢C10120312010 


A CLOCKF statement with no signal list is used to generate a combinatorial 
step; i.e., unless the user is explicitly generating a clock, the simulator will 
advance one step but no clock edges will be generated. This is useful when 
testing latches. The following example shows how to explicitly generate a 

~ Clock: 


SET clk = O ; 
CLOCKF ; 
SET clk = 1 ; 
CLOCKF ; 


INITIAL 


INITIAL sets the internal value of signals and creates a special simulation 
step. In the case of inputs, the result of INITIAL and SET are similar. In the 
case of outputs, the internal value is changed, but the pin and driven values 
remain the same. During the propagation step, the values will be propagated 
through the circuit 
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(see the section in this chapter entitled Internal Simulator Operation.) The 
format for using INITIAL is the same as for SET. 


INITIAL signal {, signal} = expression|.z.|.S.|.xX.|.C.; 
Examples 

The following example sets the simple signal x to 1: 

INITIAL x = 1; 


In this example, the bus Y [16] is set to 1001011000111100: 


INITIAL Y = 0963CH; 
or 
INITIAL Y = 1001011000111100B; 


The following sets simple signals A, B, C, and Dto 1, 0, 1, 0 respectively: 


INITIAL [A, B, C, D] = 1010B; 
or | 
INITIAL [A, B, C, D] = 10; “default base 10 (decimal) 


A group of INITIAL statements create an initial step in the simulator list. 
Any non-INITIAL statement will separate INITIAL statements into separate 
INITIAL steps. For example, 


SET X = 0; Q = 0; 
INITIAL Y = 1; 
INITIAL Z = 0; 

FOR I = 0 TO 31 DO 


e 


will form one initial step containing Y = land Z = O. 
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SET X = O; 

INITIAL Y = 1; 

SET Q = O; 

INITIAL Z = QO; 

FOR I = O TO 31 DO 


will form two initial steps, 


1) Y = land Z having its previous value, and 
2) Y having it's new value and Z = 1. 


Note the initial step only propagates combinatorial values, but cannot clock 
registers. This means that the only way to change a register value during an 
INITIAL is to set the register signal name to the value. 


Note also that INITIAL changes only the value of the signal in the INITIAL 
statement. To set a register inside of a count procedure, set the internal 
register value, not the output signal. 


PROCEDURE cnt16 (INPUT clk, rst; OUTPUT Q[16)); 
NODE int _Q[16] CLOCKED BY clk, RESET BY rst; 
int _Q = int Q .+. 1; 

END cnt16; 


INPUT c,Yr; 

OUTPUT cnt_out[16]; 

cntl6 (c, xr, cnt_out); 

In this example, cnt_out is a combinatorial output connected to the 
register. Setting cnt’ out toa value will not change the register. To 
initialize the counter to 3FFH, you would have to enter the following into your 


stimulus (.stm) file: 


INITIAL cnt16.1. int Q = 3FFH; 
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To find the fully qualified name, run the optimizer and the documentor, and 
look in the resulting .doc file for the name. 


When an INITIAL statement is part of the SYSTEM_TEST section , the 
resulting initial steps will be included in the test vectors. When a signal is set 
to .C., the corresponding position in the test vector will contain a P, which on 
many devices will cause the device programmer to pre-load the data on the 
registered output pins into the internal registers. 


INITIAL_TO 


INITIAL_TO assigns the same initial value to all output signals with a single 
command. The INITIAL _TO command must appear before any 
SIMULATION or SYSTEM _TEST sections but does not have to appear 
before any macro definitions. The format for using the INITIAL TO 
command is: | 


INITIAL TO value; 
Where: 
value is one of the following values: 0, 1, and Xx. 
This value is overridden for any signals that appear in INITIAL statements 


that may appear in a simulation or test section. All signals are set to the 
specified value before the first simulation step. 


MESSAGE 


Messages you want to appear in the simulation output can be inserted in the 
test code. Messages act as signposts when you examine the simulation output, 
helping you determine where you are in the simulation process. To have a 
message appear in the output, use the format: 


MESSAGE ( ' message text ' ); 
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Messages tag the next simulation step marked by a CLOCKF statement. Any 
message statement placed after the last CLOCKF statement in a test section 
will be ignored. | 


In the following test section for a rolling dice design, a message statement 
appears where the new roll of the dice begins: 


SET oe = .X. 
SET dl, d2 
CLOCKF clk ; 
CLOCKF clk ; 
CLOCKF clk ; 
CLOCKF clk ; 
CLOCKF clk ; 
CLOCKF clk ; 
CLOCKF clk ; 
MESSAGE( 'New Roll’ ); 
CLOCKF clk ; 


; 
O ; 


The simulation output displays "New Roll" after generating the vectors 
previous to the new roll: 


Time ns OE D1 D2 Messages 
6) X ¢) 6) 
10 O 1 1 
20 ) 1 1 
30 ) 1 1 
40 ) 1 1 
50 ) 1 1 
60 0 0 1 New Roll 
_ Note: Only one MESSAGE statement should appear between any two 


of the statements stepping the simulator (i.e., CLOCKF or INITIAL.) 
If more than one MESSAGE statement is used between two statements, 
a warning is issued and the first message encountered is used. 
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RETURN 


When simulating a function, the keyword RETURN may be used wherever an 
output signal is allowed. This indicates the return value of the function. In 
the following example, RETURN is used to inspect the simulation results. 


Examples 
src (source) file 


FUNCTION xor (INPUT a, bh); 
RETURN a (+) b; 
END xor; 


stm (stimulus) file 


SIMULATION xor; 
TRACE a, b, RETURN; 


VAR i, 3? 


O to 1 DO 
1; 
FOR j} = 0 to 1 DO 
SET b = jj; 
SET RETURN = i (+) 3; 
CLOCKF; 
END FOR; 
END FOR 
END SIMULATION; 


FOR i 
SET a 


Output of Simulator 


Simulation of xor 
Design: xor.fb 
Stimulus: xor.stm 
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/ 


27 qu WD 


Time nSec a b Messages 


init xX X X 
10 fe) O 0 
20 @) 1 1 
30 1 0 1 
40 1 1 0 


When the function returns a signal vector, the return value is the full range of 
the index, therefore RETURN should not be specified with an index. 


src (source) file 
FUNCTION sprod ( INPUT a, b[8] ) [8]; 


NODE t[8]; 


t[0] =a * b[O]; 
t[1] =a * b[1]; 
t(2]) =a * b[2]; 
t[3]) =a * b[{3]; 
t[4] =a * b[4]; 
t[5] =a * b[5]; 
t{6]) =a * b[6]; 
t{[7] = a * b[7]; 
RETURN t; 
END sprod; 
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stm (stimulus) file 


SIMULATION sprod; 


TRACE a, b, RETURN DEC; 
VAR i, Jj? 


FOR i = 0 TO 1 DO 


SET a = i; 
FOR j = 0 to 255 DO 
SET b = 3; 
CLOCKF ; 
END FOR; 
END FOR; 


END SIMULATION 
Output of Simulator 
Simulation of sprod 


Design: sprod.fb 
Stimulus: sprod.stm 
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RR 
EE 
dames b 
b bN N 
[ CC f 
070 
Time nSec ne oj) jel Messages 


init X XXXXXXXX SSS 
10 © 00000000 000 
20 © 00000001 000 
30 © 00000010 000 
40 © 00000011 000 
50 © 00000100 000 
60 © 00000101 000 
70 © 00000110 000 
80 © 00000111 000 
90 © 00001000 000 
100 © 00001001 000 
110 © 00001010 000 
120 © 00001011 000 
130 © 00001100 000 
140 © 00001101 000 
150 © 00001110 000 
160 © 00001111 000 
170 © 00010000 000 


Test Language Operators 


Three types of operators are available in the simulation and test sections: 
arithmetic, bit oriented, and relational. Arithmetic operators are used to 
compute values for input and output signals, and values to be assigned to local 
test language variables. Bit-oriented operators are used to perform bit-wise 
Boolean operations. | 
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Relational expressions evaluate to a | if the expression is true; otherwise they 
evaluate to 0. They are used to determine which clause in an IF/THEN/ELSE 
construct to perform, or the number of times to perform the statements in a 
WHILE-DO loop. | 


The test language operators are shown below: 


Operation Description Operator Type 
a.t+.b sum of a and b arithmetic 
a.-.b difference of a and b arithmetic 
a.*.b product of a and b arithmetic 
a./.b quotient of a and b arithmetic 

a. mod.b modulus of a and b arithmetic 
-.a negation of a arithmetic 
atb bit-wise OR of a and B bit oriented 
a*b bit-wise AND of a and b bit oriented 
la bit-wise complement of a bit oriented 
a<b ifa<b, then 1 else 0 relational 
a>b ifa>b, then 1 else 0 relational 
a<=b ifa<or=b, then 1 else 0 relational 
a>=b ifa>or=b, then 1 else 0 relational 
a=b ifa=b, then 1 else 0 relational 
a<>b if a <> b, then 1 else 0 relational 
a and b if both a and b = 1, then 1 else 0 relational 
aorb if either a or b = 1 then 1 else 0 relational 
not a ifa =O then 1 else 0 relational 
a.<<.b shift a left b bits arithmetic 
a.>>.b shift a right b bits arithmetic 


The FOR-DO Construct 


The FOR-DO construct allows you to create vectors iteratively. It bases its 
looping on an inclusive counter value. The syntax of FOR-DO is: 


FOR var_name = lower_limit TO upper limit DO 


statements 
END FOR; 
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Where: 
var name isa local variable declared in this simulation section. 
lower limit is any variable expression. 


upper limit is any variable expression. If the value of 
lower limit is greater than the value of upper limit, the 
loop will not be performed. 


statements is one or more test operations. 
The following FOR loop performs eleven CLOCKF statements: 


FOR i=O TO 10 DO 
CLOCKF ; 
END FOR; 


The next example shows the test section for a free-running two-bit ring 
counter. It uses the FOR construct to perform 33 CLOCKF statements, 
advancing the simulator 33 time steps. 


SYSTEM TEST; 
: STEP 100ns; 
VAR i; | 
TRACE clk, tcountl, tcount2; 


FOR i = 0 TO 32 DO 
CLOCKF clk; 
END FOR; 
END SYSTEM TEST; 


FOR-DO statements can be nested within other FOR-DO statements. The 
following example demonstrates nested FOR-DO statements. 
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SET powerup = 1 ; 

FOR j = O TO 10 DO 
SET timeout = 1 ; 
CLOCKF ; 
CLOCKF ; 
CLOCKF ; 
CLOCKF ; 
SET timeout = 0 ; 
FOR i = O TO 10 DO " nested FOR-DO statement 

CLOCKF ; 

END FOR; 
END FOR; 


IF/THEN/ELSE 
The test language IF/THEN/ELSE construct has the format: 


IF variable expression THEN 
statements 

{ELSIF variable expression THEN 
statements} 

[ELSE 
statements] 

END IF; 


If the variable expression in the IF statement is true, the statements between 
THEN and ELSE are performed. Otherwise, the statements following ELSE 
are performed (if existing). If there is no ELSE section in an IF statement, 
and if the value of the variable expression 1s true, the statements between the 
IF and END IF statements are performed. 


In the following example, an IF/THEN/ELSE construct is nested ina FOR 
loop with additional IF statements nested in the ELSE clause: 
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SIMULATION ; 
VAR i, jj } 
TRACE ei, [i7..i0], [aa2..aa0], ggs, eeo ; 
MESSAGE( ' Test encoding ' ) ; 
SET ei=0O ; 
3 = 0; 
FOR i=O TO 255 DO 
SET [(i7..i0] = 255-i ; 
IF (i=0) THEN " nested IF/THEN/ELSE 
SET ggs=1, eeo=0 ; 


ELSE 

SET ggs=0, eeo=l1 ; 
IF (i=0) THEN 

SET [aa2..aaO] = 111b ; "nested 

"IFS 

ELSIF (i=1) THEN 

SET [aa2..aaO] = 111b ; 
ELSIF (i=2) THEN 

SET [aa2..aa0O] = 110b ; 
ELSIF (i=4) THEN 

SET [aa2..aaO] = 101b ; 
ELSIF (i=8) THEN 

SET [aa2..aa0] = 100b ; 
ELSIF (i=16) THEN 

SET [aa2..aa0] = O11b ; 
ELSIF (i=32) THEN 

SET [aa2..aaQ] = O10b ; 
ELSIF (i=64) THEN 

SET [aa2..aaQ] = OO1b ; 
ELSIF (i=128) THEN 

SET [aa2..aaQ] = OOQOb ; 
END IF; 
CLOCKF ; 

END IF; 
END FOR; 


END SIMULATION; 
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WHILE-DO 


The WHILE statement will repeat a group of statements as long as the 


a 


WHILE variable expression is true. If the variable expression is initially false 


then the statements are not performed. 


WHILE variable expression DO 
statements 
END WHILE; 


The following example demonstrates how to use a WHILE loop to perform 


eleven CLOCKF statements: 


i = O; “" initialize variable i 
WHILE i <= 10 DO 

CLOCKF ; 

i =i .+. 1; 


END WHILE; 


The next example demonstrates the WHILE-DO statement, and generates the 


sequence, 0, 255, 1, 254, 2, 253, ..., 128 for the variable j: 


SIMULATION 
VAR j ; 


j} = 0; “initialize variable j 


WHILE 3 <> 128 DO 
SET [in7..inO]) = j ; 
CLOCKF clk ; 
}] = 255 .-. j } 
IF (j < 128) THEN 

j= ate 11g 

END IF; 

END WHILE; 


SET [in7..in0O] = j ; 
CLOCKF clk ; 
END SIMULATION; 
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ct 


An Example Simulation Section and Results 


The following are example design (.src), stimulus (stm), and simulation result 
(.sim) files used to explain the basic concepts of the simulator. 


Design File (design_name.src) 


" Design file for address decoder example 
LOW _ TRUE INPUT oe ; 

INPUT al, aO, clk ; 

OUTPUT rom CLOCKED BY clk ENABLED BY oe 
OUTPUT ram CLOCKED BY clk ENABLED _BY oe 
OUTPUT i_o CLOCKED BY clk ENABLED BY oe 
OUTPUT a_to_d CLOCKED BY clk ENABLED _BY oe ; 


=e me me 


Stimulus File (design_name.stm) 


Ww 


" Stimulus file for address decoder example Line 


" Number 

SIMULATION ; ie 
VAR i, 37 w2 
STEP 10ns; "3 
TRACE clk, oe, al, a0, rom, ram, i_o, a_to qd; "4 
SET clk = .C. ; “5S 
SET oe = 0 ; "6 
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FOR i = O TO 1 DO ae 
J} =0; "8 
WHILE (j < 2) DO "9 
SET al =i ; "10 
SET a0 = j ; ge 
1S 2s, 13 a 
CLOCKF clk ; "13 
END WHILE ; "14 
IF ( i AND j ) THEN wis 
SET oe = 1; "16 
END IF ; et Od 
END FOR ; "18 
CLOCKF clk ; el 
END SIMULATION ; "20 


Line 1 of this stimulus file begins with the keyword, SIMULATION. For this 
simple design there is only one simulation section. A more complex design 
might have several simulation sections each testing part of the overall design. 


Line 2 declares two variables, i and j, which are used to control the 
simulation and to assign values to the signals in the design. Don't confuse a 
variable with a signal. A variable is used only by the simulator and 1s not part 
of the design. 


Line 3 tells the simulator how you want to label each step in the simulation 
results file. In this case, each step will be labeled in 10 ns increments. The 
STEP statement is provided for your convenience and doesn't affect the 
behavior of the simulator. The default is 10 ns. 


Line 4 is a TRACE statement telling the simulator which signals should 
appear in the simulation output file and in what format to display them. For 
this simulation, all signals will appear in the listing file and the default display 
format of binary is used. 


Lines 5 and 6 contain signal expressions. The signal, clk, is assigned a 


value of .C. indicating to the simulator this signal is to be clocked during the 
simulation. The SET statement of line 6 assigns a value of 0 to the signal OE. 
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This signal will maintain this value until the end of the simulation section or 
until another SET statement changes this value. SET statements are only used 
for assigning values to signals and not to variables. 


Line 7 is the beginning statement of a looping construct. Looping constructs 
allow automating parts of a simulation section. The variable i 1s set initially 
to a value of 0. This value is then compared to the value 1 which appears on 
the right side of the keyword TO. If the value of i is greater than this value, 
the loop is terminated; otherwise all statements appearing between lines 7 and 
18 are performed. With each pass through the loop, the value of i is 
incremented by 1. All FOR loop constructs must have an END FOR 
statement. 


In line 8, the variable j is assigned a value of 0. 


Line 9, contains another type of looping construct, the WHILE loop. This 
loop executes as long as the variable expression, between the WHILE and 
DO, evaluates true. As long as the value of 7 1s less than 2, the variable 
expression is true and all statements between the WHILE statement header 
and the END WHILE statement are executed. 


Lines 10 and 11 contain SET statements assigning the values of i and j to 
the input signals ai and 20 respectively. 


Line 12 increments the variable j by 1. If this statement is not present, the 
WHILE loop will not terminate. 


The CLOCKF statement in line 13 is used to advance the simulator one time 
step. When the simulator executes this statement, the rom, ram, i_o, 


and a_to_d outputs are evaluated, the clock signal, clk, is clocked, and the 
results are printed to the simulation output file. 


Line 14 terminates the WHILE-DO loop. 
The IF statement of line 15 evaluates the variable expression, i AND j. 


If the value is true, line 16 is executed. This condition occurs when the value 
of i is non-zero and the value of j is non-zero (i = 1, } = 2). Any variable 
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expression evaluating to a value of 0 is considered false; otherwise, the 
variable expression is true. 


Line 17 ends the IF construct started in line 15. 
Line 18 ends the FOR construct started in line 7. 
Line 19 causes the simulator to advance one time step. 


The final statement of the simulation section is the END SIMULATION 
statement. At this point it is possible to start another simulation section or 
system test section. However, for this example, this is the only simulation 
section. 


The following is the simulation output file (design name.sim) for our 
example. 


Simulation Results File (design_name.sim) 


Simulation of SYSTEM 
Design: DALE.FB 
Simulation: DALE.STM 


A 
T 
Cc R R I O 
L Oo A A OF A. | 
Time nSec K E 1 ) M M O D Messages 


BBB BBB BBB BBB BBB BBB BBB BBB----------- 


init X X X X X X X Xx 
10 C e) 0 0 1 0 O O 
20 Cc 0 0 1 0 1 0) 6) 
30 C O 1 0 0 0 1 fe) 
40 Cc 0 1 - 0 0 O 1 
50 Cc 1 ut 1 Z Z Z Z 
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ro 
A SYSTEM_TEST Example 


The following example is a SYSTEM_TEST section demonstrating many of 
the test constructs discussed in this chapter. Remember a SYSTEM_TEST 
section places test vectors in the JEDEC file. This example is given without 
explanation. | | 


" Design file for counter example 
Low True Input oe ; 
Input clk ; 
Output q5..qO clocked_by clk enabled by oe ; 


qo = /qO ; 

ql = qi (+) qO ; 

q2 = q2 (+) ql * qO ;. 

q3 = q3 (+) q2 * ql * qO ; 

q4 = q4 (+) q3 * q2 * ql * qO ; 

q5 = q5 (+) q4 * q3 * q2 * ql * qO ; 


" Simulation file for counter example 
SYSTEM TEST; 

VAR i, Jj} 

STEP 10ns; 

~TRACE clk, oe, [ q5..q0O ]; 


FOR i = 0 to 1 DO 
SET oe = i ; 
FOR 3 = 0 to 64 DO " nested FOR construct 
IF i = 1 THEN " nested IF/THEN/ELSE 
" construct 
MESSAGE('disable outputs") ; 
ELSE 3 
MESSAGE('enable outputs') ; 
END IF ; 
CLOCKF clk ; 
END FOR; 
END FOR; 
END SYSTEM TEST; 
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The simulation output generated for this design is as follows: 


Ww 


QgQaadandadnagaandaandnanan ao 


Qgeaaandkaadaanaadnanan 


0Q....Q 
BS<0440 


BBBBBBB 


0000000 
0000001 
0000010 
0000011 
0000100 
0000101 
0000110 
0000111 
0001000 
0001001 
0001010 
0001011 
0001100 
0001101 
0001110 
0001111 


0111100 
0111101 
0111110 
0111111 
0000000 
0000001 
1ZZZ222 
1ZZ2Z22 
1ZZZ2222 
1ZZ2Z2Z22 
1ZZZ2Z22 


Message 


enable 
enable 
enable 
enable 
enable 
enable 
enable 
enable 
enable 
enable 
enable 
enable 
enable 
enable 
enable 


enable 
enable 
enable 
enable 
enable 
enable 
disable 
disable 
disable 
disable 
disable 


Ss 


outputs 
outputs 
outputs 
outputs 
outputs 
outputs 
outputs 
outputs 
outputs 
outputs 
outputs 
outputs 
outputs 
outputs 
outputs 


outputs 
outputs 
outputs 
outputs 
outputs 
outputs 


outputs 
outputs 
outputs 
outputs 
outputs 
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L 09....9 

Time ns K B5.2-20 Messages 

SSS Se B BOBBEEB=$22<<s=2=S25ss$4=6—-S—S4=see><6= 
1250 Cc 1ZZ2Z22Z2 disable outputs 

1260 Cc 1ZZ2Z222Z disable outputs 

1270 Cc 1ZZ2Z222 disable outputs 

1280 Cc 1222222 disable outputs 

1290 ce: 1222222 disable outputs 

1300 Cc 1ZZ22222 disable outputs 


Internal Simulator Operation 


The simulator uses two input files (design name.afb and design name.stm) to 
produce simulation results. The .afb file contains compiled design information 
while the .stm file contains stimulus (SIMULATION) and system test 
(SYSTEM_TEST) sections. The results of the simulation are written to the 
output file, sim. Ifthe .stm file has a system test section then the simulator 
generated test vectors are written to a .tv file which is used during the fitting 
process. The SYSTEM_TEST section also generates test vectors that are a 
part of the JEDEC file. If simulation of the design is not required then 
removing the .stm file will keep the simulator from running. 


Each simulation and system test section of the .stm file is compiled into a set 
of statement structures. These structures define signal values for the compiled 
design equations and control the simulation cycles. The simulation cycles 
create the simulation results and test vectors. 


Simulation Cycle 


Each time step in the simulation (specified by the STEP command) is divided 
into simulation cycles. Each of these cycles computes a new intermediate 
value for the design equations. A simulation cycle is a process which consists 
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of several steps generating new values for the output signals. These steps are 
shown below: 


Initialize 
Compute all outputs until stable 
If there is a clock signal then 
Clock step 
Compute until outputs are stable 
Write out the results 


Any error or warning messages occuring during a simulation cycle are written 
to the .sim and .Jog files. The maximum number of errors or warning allowed 
during each simulation cycle is 10. If the number of errors or warnings 
exceeds 10, the remaining errors and warnings are ignored for the current 
cycle and a warning message is written to the .sim file indicating the limit was 
exceeded. 


initialize 

The initialize step in the previous flow diagram assigns values to the input and 
output signals as defined in the statement structure. Any input or output 
signals not assigned values in the statement structure are set to either a value 
of unknown (X) or to the value in the INITIAL_TO statement, if this 
statement exists. 


Compute All Outputs Until Stable 


This step is a loop of statements which are executed until all combinatorial 
outputs are stable or until the total number of times through the loop reaches a 
count of 128. Outputs are considered stable if their value has not changed 
from the previous step. The statements executed in the loop are as follows: 


Chapter 11: Simulating and Testing a Design 167 


1. Compute the values of all the output generators (1.e., clocks, resets, 
inputs, etc.). 


2. Generate the values of the outputs using the newly computed 
output generator values. — 


3. If the new signal values are the same as the signal values in the 
previous iteration, the outputs are stable and the loop is terminated. 


If the loop count reaches 128 then some of the output signals are unstable. An 
error message is written to the .sim file for each unstable signal and these 
signals are set to a value of unknown (X). 


If There is a Clock Signal 


Each input signal set to a value of .C. is clocked and the value of all output 

_ signals is calculated. If any of the output signals are unstable then the values 
are recalculated until the output signals are stable or until the number of 
calculations reaches 128. If the count reaches 128, some of the output signal 
values are unstable. An error message is written to the .sim file for all 
unstable signals and these signals are set to a value of unknown (X). 


Write Out Results 


Each signal value is set to the new value for this cycle and the results are 
written to the .sim file. 


The total number of cycles performed is controlled by the statement structures 
compiled for each simulation and system test section. The maximum number 
of cycles can be 128 before the clock step and a maximum 128 cycles after the 
clock step. 


= Note: Any combinatorial outputs that are chained together in a 
series of more than 128 gates may not be stable. 
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Signal States 


For each signal in the simulation, a state is stored. In the case of input 
signals, this value is defined by the SET command or by the value of the 
output which drives it. The circuit shown in the following figure contains an 
example of the two types of inputs. A1, B1, and CLK are defined by SET 
commands while signal C1 is defined by the output of AND gate U2. 


SIMULATION ; Al 
Bi 

TRACE Al, Bl, Cl, CLK, D1; 

SET Al = 0; 

SET Bl = 0; 

SET CLK = .C.; CLK 


END SIMULATION ; 
For output signals, a state is made up of three items: 
1. the internal value of the signai 
2. the value driven by the output onto the pin 
3. the value driven by the simulator onto the pin. 


The internal value corresponds to the value associated with the signal before 
the tri-state output and is internal to the device. The value being driven out 1s 
the value after the tri-state output. The internal value can be set by using 
INITIAL or INITIAL TO statements. The value driven by the simulator onto 
an output is the result of using the SET command for an output signal. As an 
example, in the circuit and simulation section as shown in the following figure, 
the input signal, IN, is set to a value of 1. The internal value for the output 
signal, OUT, is 0. The value driven out of U1 is Z. The reason is the signal 
ENABLE has a value of 0 thus placing U1 in the high-impedance state. The 
value driven by the simulator is 1. 
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ENABLE 


OUT 


SIMULATION” ; 


TRACE ENABLE, 
IN, OUT; 

SET ENABLE = 0; 
SET IN = 1; 

SET OUT = 1; 


END SIMULATION ; 


For output signals that do not have a tri-state output, the internal value and the 
value driven by the output are always equal. 


The values these items can take are shown in the following table. 


Symbol Meaning 
L Low (or 0) 


ok 


High (or 1) 
Don't Care or Unknown 
: High Impedance (Tri-state disabled) 
Clocked (Pulse) 
Simulated Value (for outputs) | 


COIOINITX< 
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Truth Tables for the Test Language Logical 
Operators 


During each step of a simulation cycle, the equations associated with a 
combinatorial output are evaluated. This evaluation is made by applying the 
following truth tables: 


Truth Table for the AND Operation 


X = Don't Care 


Truth Table for the OR Operation 


X = Don't Care 
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X = Don't Care 


Truth Table for the NOT (Complement) Operation 


X = Don't Care 


There are several possible equations associated with each output. An output 
may have an enable, indicating the output is a tri-state component enabled by 
this expression, or may have a register input with any of the optional clock, 
clock enable, preset and reset equations, or may be combinatorial. If the 
enable is not present, then it is assumed the output is always driving. The 
resets and presets, if present, are used to indicate an asynchronous condition 
taking precedence over the clock. The following truth tables describe the 
possible register behavior: | 
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Truth Table for a D-type Flip Flop 


Current State Qi-1 = Previous State 


Don't Care ? = 


X= 


Unknown Qi 


Truth Table for a JK-type Flip Flop 


Previous State 


-1 


Current State Qi 


Don't Care ? = Unknown Qi = 


X= 
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Truth Table for an RS-type Flip Flop 


Current State Qi-1 = Previous State 


Don't Care ? = Unknown Qi = 


> 


Truth Table for a T-type Flip Flop 


Previous State . 


-1 


Current State Qi 


Don't Care ? = Unknown Qi = 


X= 
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Truth Table for a D-type Latch 


ae 


X = Don't Care ? = Unknown Qi = Current State Qi-1 = Previous State 
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Introduction 


The optimizer in MACHXL takes the abstract representations of a compiled 
language file (.afb) and converts them into physical representations. During 
optimization, the following functions are performed: 


O nodes are collapsed out of the design when possible 
6 flip-flops are synthesized 
O equations are reduced. 


After optimization, the design file is ready for partitioning. 


Optimizer Operation 


The purpose of the optimizer is to reduce the size of design equations and the 
number of NODEs. This allows the design to fit into the fewest and smallest 
possible devices. PLDs implement logic using two-level logic to feed the 
macro cells. This means the equations feeding the inputs of the macro cells 
are represented in a two-level Sum-of-Products form. The circuit shown 
below is one example of a macro cell. The contents of a macro cell can be 
quite different from one PLD or CPLD device to the next. These macro cells 
can contain all of these logic devices, some of these logic devices, or none of 
these logic devices. Some PLDs have a fused inverter and fused flip-flops. 


While PLDs vary in their ability to share internal hardware between macro 
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cells, they are all constrained by the number of input signals and by the 
number of product terms used in a design equation. By optimizing the design 
equations, it may be possible to keep the number of product terms to a number 
less than the maximum number of product terms allowed for a specific device. 
So, the goal of the optimizer is to take advantage of a particular device's 
architecture while not exceeding the device limits. There are three techniques 
used to reduce the design equations: node collapsing, register synthesis, and 
final reduction. 


Node Collapsing 


The first technique used to optimize a design is called node collapsing. Node 
collapsing is the process of removing an internal signal node by substituting 
the node's equation into any equation that references the node. As an example, 
the following design equations have an internal node x: 


INPUT a, b, c, a; 
NODE x ; 
OUTPUT y, Z ; 


X= ark b+c; 
y=x*d =; 
Z=x+b*};} 


Node collapsing results in NODE x being removed, yielding the following 
equations: 


y a®*predaterxtd; 
Z=crthb; 


Note: In addition, OUTPUT z has been optimized to yield c + b. 


mow > 


: 
| 
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A hardware example of node collapsing is shown in the diagram shown above. 
In this example, a design using 2-input logic gates is collapsed to a 2-level 
equivalent to increase speed. 


Virtual and Physical Nodes 


It is possible to explicitly control node collapsing of individual nodes by 
declaring them to be VIRTUAL or PHYSICAL in the design file. VIRTUAL 
nodes are always collapsed while PHYSICAL nodes are never collapsed (for 
more information on NODES and their modifiers, see Chapter 5 and the 
section on Declarations.) 


Any node mentioned in the .pi (physical information) file becomes a 
PHYSICAL node because a node must exist physically to have properties 
attached to it. Individual nodes can be declared to be VIRTUAL in the .pi file 
(see Chapter 13 for more information on the .pi file). The following is an | 
example portion of a .pi file showing both PHYSICAL and VIRTUAL nodes: 


PHYSICAL r06 ; 
VIRTUAL vn, n ; 


This is the mechanism used in the automatically generated .npi file to force the 
optimizer to make the correct node collapsing choices. The .npi file can be 
used to guarantee a design is implemented the same way on subsequent 
iterations through the MACHXL design tools by copying the .npi file to the 

pi file. For more information on the .pi file, see Chapters 13, 14, and 15. 


Controlling Node Collapsing 


While collapsing reduces the number of equations, it can also increase the 
number of terms in some equations. This can mean that there may not be 
enough resources in some devices to implement the design. There are five 
constraints you can use to limit the size of the equations produced during the 
node collapsing process. These constraints can be chosen to suit the 
requirements of a particular device. The constraints are specified as signal 
properties in the .pi file (see Chapter 14 for more information on the .pi file 
signal properties.) These global group or properties should be assigned on a 
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device-by-device basis for each of the different target devices. The following 
is a list of these properties: 


MAX_SYMBOLS n 

Lets you tell the optimizer the maximum number of unique symbols or 
signals to allow in any one equation. 

Default=20. 


You may set MAX SYMBOLS equal to the maximum number of 
inputs and nodes feeding the array, and with some devices you may 
also use some of the outputs as inputs. This allows increasing the 
maximum number of symbols in an equation. Conversely, if you are 
concerned about not having enough outputs, you may want to 
decrease MAX SYMBOLS. 


MAX_PTERMS n 

Lets you tell the optimizer the maximum number of product terms to 
allow in a sum-of-products version of an equation. 

Default=16. | 


In general, this parameter can be thought of as the number of inputs to 
the OR gates in the device. 


MAX_XOR_PTERMS n 

Lets you tell the optimizer the maximum number of product terms you 
want to appear on one input of an exclusive OR gate, assuming the 
other input has one product term. If both inputs of an exclusive-OR 
gate have more than a single product term, the equation will exceed 
the MAX PTERMS constraint. Ifn= 0, the target device has no 
exclusive-OR hardware. 

Default= 0. 


If the XOR representation of an equation has more than one pterm on 
both sides then the equation will exceed the MAX _PTERMS 
constraint. If either the regular or the XOR pterm constraint is met, 
then the equation is allowable. This means that devices with XOR 
gates allow the most effecient form of the equation to be used. 
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POLARITY_CONTROL [TRUE | FALSE] 

Lets you tell the optimizer whether a target device has a fusible 
inverter in the path to the output macrocell. If TRUE, you are telling 
the optimizer the device has a fusible inverter. FALSE indicates there 
is no fusible inverter. 

Default=TRUE 


XOR_POLARITY_CONTROL [TRUE | FALSE] 

Lets you tell the optimizer whether a target device has a fusible 
inverter on its XOR. If TRUE, you are telling the optimizer the 
device has a fusible inverter. FALSE indicates there is no fusible 
inverter. 

Default=FALSE 


The optimizer uses these properties when collapsing a node to determine if an 
equation referencing a node will exceed these constraints. 


If the target device has a fusible inverter (i.e., POLARITY CONTROL or 
XOR_POLARITY_ CONTROL is TRUE), the optimizer can take the smaller 
of the ordinary or DeMorgan equation set. This is because the optimizer can 
make use of the fusible inverter to take the smaller of the two equations. 


If the target device does not have a fusible inverter (i.e., 

POLARITY CONTROL or XOR_POLARITY CONTROL is FALSE), the 
optimizer will take the larger of the ordinary equation set or the DeMorgan 
equation set. This is to make sure it can fit the larger of the two equations 
should it need to (since it cannot use the fusible inverter to select the smaller 
of the two equations). The maximum number of pterms the ordinary or 
DeMorgan set can have is specified by MAX _PTERMS property. 


In both cases it is important to remember the optimzer uses this information 
only to determine whether it can collapse a node, not to determine Fit. 


_ Note: Any equation exceeding the size constraints prior to optimization 
are unaffected by the size limits. These size constraints only apply to 
equations created during the node collapsing process. 
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The MAX XOR PTERMS constraint applies to one input of an exclusive- 
OR gate if the other input is fed by a single product term. This is a common 
situation for many device architectures. If the exclusive-OR representation of 
an equation has more than a single product term on both inputs then the 

MAX _PTERMS constraint is applied to the non-exclusive-OR form of the 
equation. | 


If the corresponding equation representations meet either MAX PTERMS or 
MAX XOR PTERMS constraints then that equation is acceptable. Thus, 
fusible exclusive-OR gates allow use of the most efficient form of an equation. 
As an example: 


INPUT a, b, c, da, e ; 
NODE x; 
OUTPUT out ; 


x =c * (d +e) ; 
out = (a * b) (+) x 7 


If the NODE x were collapsed, then the exclusive-OR form of the equation is: 
out = (a * d) (+) (c * d+c*e) ; 
and the ordinary form of the equation is: 


out = (c * ad */a) + (c * ad */b) + (c * e */a) + 
(c * e * /b) + (a *b * /c) + (a * b */d */e) ; 


If MAX _PTERMS is greater than or equal to 6 or MAX XOR PTERMS is 
greater than or equal to 2 then node x would be collapsed. (For the sake of 
simplicity, this example ignores the polarity control properties and the 
DeMorgan form of the equations.) 


Combinatorial feedback nodes are also removed whenever possible. However, 
if the optimizer determines the combinatorial feedback node is required by the 
feedback circuit, then that node is not removed. As an example, consider the 
following design: 
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INPUT a, b, c ; 
NODE y, X }; 
OUTPUT out ; 


y=a (t+) xj; 
x =y * b; 
out = x * Cc 7 


Collapsing node x in equation y produces the following equations: 


y=a (+) (y * b) ; 
out = y * b * Cc; 


Because the equation for node y contains y as one of its inputs, the node x 
cannot be collapsed. 


Any node referenced in a control equation (CLOCKED_BY, RESET BY, 
etc.) is not collapsed unless it is declared as VIRTUAL. (See the previous 
section on Virtual and Physical Nodes for more information.) As an example: 


INPUT clk, resetl, reset2, a, b ; 
NODE reset ; . 
OUTPUT out CLOCKED BY clk RESET BY reset ; 


reset = resetl * reset2 ; 
out =athb; 


The node reset is not collapsed since it is used in the RESET_BY equation 
of the signal out. If it had been collapsed, this design would not have fit into 
many devices that have a single reset line. Declaring reset to be VIRTUAL 
causes the node to be collapsed anyway. 


Node Collapsing and Partitioning 


The equations resulting from node collapsing will have varying sizes up to the 
maximum size specified by the constraints. Typically, you should set the 
limits to match the characteristics of the largest equation that can be handled 
by a target device to obtain good results. 
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When directed partitioning is performed, the type of device each signal must 
fit into is specified. Since the node collapsing constraints can be specified on 
a device by device basis, equation sizes can be made to match each device. 


When using automatic partitioning, you may prefer to use a particular set of 
devices for a design. In this case, setting the node collapsing constraints to 
that required by the largest of these devices gives good results. 


Even if the types of target devices are unknown, approximate constraint 
values will still yield good node collapsing results. The default values give 
good results for a wide variety of devices. A little experimentation with the 
constraints can help to refine the resulting equation sizes. 


Register Synthesis 


The second technique used to optimize the design for the largest variety of 
target devices is called register synthesis. The optimizer is responsible for 
synthesizing the equations for alternate flip-flop types for registers (see figure 
below). The register type declared in the source file allows the equations for a 
register to be expressed in terms of the given flip-flop type. The optimizer 
synthesizes the equations for all the other flip-flop types to give the automatic 
fitting process greater flexibility in its choice of devices used to implement a 
register. 


T-FLOP D-FLOP EQUIVALENT 


If a register is declared with the NO_.REDUCE modifier then it will be 
implemented using the declared flip-flop type and no synthesis will be done. 
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Equation Reduction 


The final reduction technique uses one of three reduction algorithms to reduce 
the equations produced by node collapsing and register synthesis. The final 
reduction algorithm takes advantage of DON'T CARE information. During 
the node collapsing and register synthesis processes, the optimizer maintains 
ON, OFF, and DON'T CARE information sets for every equation. This 
allows the final reduction algorithm to best use the DON'T CARE information 
in reducing all collapsed and synthesized forms of the equations. 


There are three final reduction algorithms available: Espresso, Espresso 
Exact, and Quine-McCluskey. The method used is selected by using the 
options menu (for more information on setting this option, see Chapter 3.) 
The default value for the final reduction algorithm is Espresso. The Espresso 
algorithm is the fastest method and usually produces results as good as the 
other two algorithms. 


Factoring 


Factoring allows for large equations to be broken up into various smaller 
intermediate equations, Executing from the command line, and using the 
MAX_PTERMS and MAX SYMBOLS .pi file properties to control equation 
factoring, may result in a better optimal set of equations for the programmable 
logic device you are targeting. 
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Introduction 


When you create a design with MACHXL, the design phase is separate from 
the device implementation phase. Chapters 4 through 12 show the steps 
required to create a design using MACHXL. Assuming that the design is 
complete and correct, you can now concentrate on implementing the design 
with various programmable device architectures. 


Just as the design phase was an iterative process, the hardware implementation 
steps of MACHXL have been set up to allow iterating on various hardware 

- implementations of that design. MACHXL allows you to specify device 
characteristics and constraints for implementation of your design. Based on 
these settings, MACHXL searches its extensive library of PLD and CPLD 
architectures, looking for devices matching your criteria. MACHXL then 
maps your design into the specified device or devices. If the design requires © 
more than one device, MACHXL can partition the logic across multiple 
devices to obtain a solution (optional). 


This chapter describes the process of mapping the logical design into physical 
devices and discusses the ways a design can be fit and partitioned. 


Partitioning Modes 
When partitioning a design among the various device architectures, MACHXL 
allows the user to operate in one or a combination of the following three 
modes: 
oO Automatic Partitioning 


O Directed Partitioning 


Oo Manual Partitioning 
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The Automatic Partitioning Mode allows the partitioning software to run 
unconstrained. No direction is given to the software with regards to signal/pin 
placement or logic partitioning. This mode is the easiest to use as it requires 
no special files to be created or modified. For many designs, this is the only 
mode needed to partition a design. MACHXL software partitions 
automatically by using a set of constraints. Possible solutions are prioritized 
according to a set of user priorities. From this a list of best solutions is 
selected and displayed. 


In the automatic mode, the software is able to generate many solutions in a 
short period of time. This lets you look at different scenarios (what-ifs) and 
decide which is best for your design implementation. | 


The Directed Partitioning Mode allows you to target logic into various device 
architectures without specific knowledge of signal-to-pin placement. The 
partitioning software automatically determines logic dependencies and makes 
certain all required logic is partitioned into the specified devices. 


The Manual Partitioning Mode allows editing the Physical Information file to 
control every aspect of partitioning. The Manual Partitioning Mode is used 
when you know exactly how the logic is to be placed into one or more devices. 
This mode is most often used when recreating a design originally created by 
the automatic mode. 


The Partitioning Process 


There are four possible ways to control partitioning for MACHXL to give the 
best design implementation: 

1) Directing the partitioning (i.e., setting the list of templates). 

2) Selecting possible devices (available files). 

3) Setting partitioning constraints. 


4) Setting partitioning priorities. 
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This section describes each of these steps in detail and explains how they can 
be used to give the best implementation. 


Directed Partitioning 


When you determine the parts of your design to be placed into specific 
programmable device architectures, you must use the directed partitioning 
mode. Directed partitioning is accomplished through the use of a Physical 
Information (.pi) file. The design name.pi file contains the specifications for 
device partitioning via the Physical Information Language (PIL). The 
Physical Information Language is similar in construct to the Design Synthesis 
Language, and allows you to direct partitioning aspects. For more detailed 
information on the .pi file, please see Chapter 14. 


Placing Logic into Specified Devices 

The key to directed partitioning is the ability to specify which logic is placed 
into a specific device. This is accomplished by placing a DEVICE construct 
in the .pi file. As an example, if the design contains two OUTPUT signals 
outi1 and out2 and they are to be placed into an AMD PLD, the .pi file 
might appear as in the following example. 


Example 
DEVICE 
TARGET ‘PART NUMBER AMD PALCE22V10H-5JC/5'; 
outl ; 
out2 ; 


END DEVICE; 


If a different design has four outputs, out1, out2, out3,and out4, 
and it is desirable to place out1 and out2 into an AMD PLD and out 3 
and out 4 into an AMD MACH device, the .pi file might read as in the 
following example. 
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Example 
DEVICE 
TARGET 'PART NUMBER AMD PALCE22V10H-5JC/5'; 
outl ; 
out2 ; 


END DEVICE; 


DEVICE 
TARGET 'PART NUMBER AMD MACH110-15JC' ; 


out3 ; 
out4 ; 
END DEVICE; 


Placing Unspecified Logic 

In the description of automatic partitioning, we mention that all logic 
unspecified by directed partitioning will be left to the automatic partitioning 
algorithms. The Physical Information Language lets you dictate where 
unspecified logic is placed. It also eliminates the need to specify all the logic 


in the system. 


In order to place unspecified logic, use the default construct. In the example 
below, out 1 and out2 are required in a fast (Sns) 22V10, but the rest of the 


logic can be placed in a slower AMD device. 


Example 
DEVICE 
TARGET 'PART NUMBER AMD PALCE22V10H-5JC/5' ; 
outl ; 
out2 ; 


END DEVICE; 


DEVICE 
TARGET 'PART NUMBER AMD PALCE16V8Z-25PC' ; 


default ; 
END DEVICE; 
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= Note: The DEFAULT construct can be applied to any DEVICE. If 
the default construct is NOT used then automatic partitioning occurs 
on the unspecified logic. 


Pinout and Architectural Feature Specification 


Another feature of directed partitioning is the ability to specify device pinouts 
and architecture-specific features. Using the .pi file syntax, the signal-to- 
physical-pin assignment information and device-specific information may be 
passed to the partitioning and fitting software. This feature is available in all 
three modes of partitioning. For more information on this capability, see 
Chapter 14 on .pi file usage, or Chapter 15 on directed partitioning for 
specific devices. 


Setting the Template List 


You may also set up a template list for use in the MACHXL menu system. 
For more information, see Chapter 3. 


Setting Partitioning Constraints 


Constraints allow you to further narrow the list of devices considered by the 
partitioning software when producing device solutions. As mentioned earlier, 
only those devices appearing in the device list are considered by the 
partitioning software. Using this device list, the constraints are compared 
against the devices and only those matching the specified constraints are 
considered valid device solutions by the partitioning software. 


By using constraints wisely, you can investigate various combinations of the 
available devices for your design. For example, one run of the software may 
generate all single device solutions. Without modifying the available file, a 
second run could look for three or fewer device solutions using only TTL and 
CMOS devices. 


The following table shows the various constraints you may specify. These 


constraints can be entered by using the MACHXL interface or by editing the 
cost (.cst) file directly. 
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Constraint 
FAMILY 
MANUFACTURER 


TEMPLATE 


NUMBER_DEVICES 


TEMP_RANGE 


PACKAGE 


TPD 


Purpose 
Use to select ECL, TTL, or CMOS devices. 
AMD. 


Use as an alternative to paring down the available file to 
contain only those templates of interest. It is possible to 
maintain a large available file and use the TEMPLATE 
constraint to filter out those devices deemed undesirable. 


The MACHXL partitioning software generates solutions 
containing up to 20 devices. By limiting this value, the 
software considers only smaller solutions and greatly 
improves the partitioning speed. 


Select COM, MIL, or EXT devices. 


Programmable logic devices come in a variety of package 
types. Use this constraint to limit the package types 
considered valid. The section at the end of this chapter 
entitled "/C Package Descriptions" shows more detail on 
package types. 


The maximum propagation delay value can be entered as a 
constraint. This value is used as a filter for each device 
checked. The propagation delay of each individual device is 
calculated as follows: 


1) For combinatorial (non-registered) devices, the maximum 
propagation delay is the worst case Tpd, as published by the 
manufacturer. 


2) For registered devices, the maximum propagation delay is 
the sum of Ts and Tco (setup-and-hold time and clock-to- 
output time). | 


3) For devices with both combinatorial and registered 
outputs, the larger of (1) or (2) is used. 
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Constraint | Purpose 


ICC | The maximum current value can be entered as a constraint. 
Each individual device is checked against the entered value. 


FMAX The minimum frequency value can be entered as a 
constraint. Each device is checked against the entered value 
to assure it greater than or equal to this value. 


USER1 and USER2 These user modifiable values that appear in the available file 
can be used as constraints as well. It is possible to select 
only devices with a user1 value greater than 75 or perhaps a 
user2 value equal to 1. 


One common application for these user fields is device 
defect rate. If your production group has failure statistics on 
devices (0-100), then it is possible to enter those values into 
your available files. A user criterion could be used to select 
devices with a failure rate of less than 10%. 


Setting Partitioning Priorities 
The device constraints described above allow limiting the list of possible 


devices. Assigning priorities, on the other hand, enables the MACHXL 
partitioning software to determine which solutions are better than others. 


You can prioritize solution characteristics by assigning them values between 0 
and 10. A value of 10 designates the highest priority should be assigned; a 
value of 1 designates the lowest priority. All criteria assigned a priority of 0 
are deemed unimportant in generating device solutions. 


When multiple criteria are assigned priorities, the MACHXL software uses 
relative weightings to determine the best solution. For price to be twice as 
important as size, which is twice as important as frequency, you might assign 
PRICE a priority of 8, SIZE a priority of 4, and FMAX a priority of 2. There 
is no limit to the number of priorities you may use. 


The following table shows the various priorities you may specify. These 


priorities are entered by using the MACHXL interface or by editing the cost 
(.cst) file using a text editor. 
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Priority 


PRICE 


SIZE 


TPD 


ICC 


FMAX 


Purpose 


Use this to find the solution with the total lowest price. If this is the 
only priority set, it is possible that the MACHXL software will find 
cheaper, multiple device solutions instead of more costly, single 
device solutions. 


In the MACHXL partitioning system, size equates to pin count. This 
priority will cause the software to attempt to minimize total pin 
count. 


In multiple device solutions, the software determines the largest 
propagation delay of all the individual devices (see above) and 
uses this as the solution propagation delay. By prioritizing Tpd, the 
MACHXL software attempts to find solutions with the smallest 
solution propagation delay (the solution prop delay is, once again, 
the largest of the individual prop delays). 


This is the individual Icc value for each device in the solution. By 
prioritizing lcc, MACHXL attempts to find solutions with the 
LOWEST total Icc. 


The minimum frequency value can be entered as a constraint. 
Each individual device is checked against the entered value to 
assure it is less than or equal to this value. 
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Constraint Purpose 


USER1 In the constraints section above, you can specify a user criteria 
to indicate comparison (USER1 > 4) OR equality (USER1 = 
11). When comparison constraints are used, this priority can 
be used. 


If "USER1 > 0" is the constraint, then prioritizing USER1 will 
cause a solution with a USER1 value of 99 to be considered 
“better” than a solution with a USER1 value of 4. Similarly, if 
the constraint is "USER1 < 75", then a solution with a USER 
value of 6 is "better" than a solution with a USER1 value of 44. 


Note that if equality constraints are used, this priority will have 
no effect (since all solutions will have the SAME user value). 


The user value for a solution is the sum of the individual user 
values of the devices in that solution. 


USER2 Same as USER1 above 


196 MACHXL Software User’s Guide (Version 3.0) 


14 


Contents 


Controlling Partitioning and Fitting 
(Optional) 


1 TDL pee] 1 (e1 5 (01 | ae an tn eno REE OT ne 199 
How the .pi File Controls Partitioning ........0....0....cccccceecceceeeseneeeees 201 
Automatic Partitioning .................ccccccccceseeccceeeseeceeaeeeeeees 201 
Directed ParttiOnin® oacecasesivasvasasevertdronietaantaeaceaten 201 

Manual Partitonine oes cciescicsicisie nacaiedtccteiaeedediaekeeaeinde 202 
Creatine ai File nwa tas cicdretddestergneancetensduasiaeveneaeilodemenceseaeeen 202 
Physical Information File Language Reference... 202 
Physical Information Language Keywords....................06 202 
Di-PUCSYNIAK RULES :0h.ti,anivinsei tar einisivicisaaeenaacees 203 
COMMNGHIS .62esctotuisiassieie tna de Gieenuan tied ens 205 

COMP_OFF and COMP _ON..............0...0..008. 205 

Input and Output Signals in the .pi File ....................05. 205 

Spt FAG St Ct re sic isski ise hecesuendss eT re Tne 206 

Gj (0) yt eg 0) 8) 9 1 een ee 207 
Unsrouped Sistals yiscicesisv ase cesvtedecdeieeieencencgistatewenweaes 207 

Vintal SISA S 535 co deeptinadcaetades ets ooiadnateaaetianes 209 

Signal Properties for Ungrouped Signals............. 211 

DEFAULT Statement for mnErene Signals .....212 

Group Specifications. ..............cccceeecessseecscceccecscececsseseeens 212 
Namie 4 Group siccessstcstetereaiscaeinnae: 213 

Listing Signals in a Group ...............cccccceeeseeeeeeees 214 

Signal Properties for a Group ...........0::::ccccseeee 216 

DEFAULT Statement in a Group ...........0....... 217 

Device Specifications .................ccccecccccccseeseeeceeseeeeeeseeeeens 217 

DGViICe Properties iccsictenicite tt coractelansuniieentate, 218 

INaminid a DEVICE visaiecsecsucrsctein eiadiounnredecetieas 219 

Targeting a Specific Device for Fitting................ 220 

Listing Signals in a Device ...0.....00cecceeeeeeeeeeeees 221 

Renaming the Fusemap File of a Device.............. 225 

Specifying Signal Directions in a Device............. 226 


Chapter 14: Controlling Partitioning and Fitting (Optional) 


197 


Signal Properties for a Device...............:::cccccccceee 227 


DEFAULT Statement in a Device...................... 228 
Assigning Logic Levels (High-Value, Low-Value, 
NO CONNECT) to Pins of a Device.................. 229 
Device Section Specifications 0.0.0.0... 229 
Grouping Signals Within a Device ...................4.. 233 
Fuse-Level Programming Control ....................... 233 
Using the .npi File to Recreate a Pinout....................0068. 234 
Examples Using the .pi File «00.0.0... cccccesccccceceeessseeeeeeeeeeenenns 235 
Example 1: Controlling the Size of Equations ................. 235 
Example 2: Forcing Signals To Be Fit Together 
In the Same DEVIC xescseccssevisssewednssssanecedteusteaiseonacda Miss 235 
Example 3: Using Specific Devices...............ccccccccccceeeeees 236 
Example 4: Maintaining Pin Assignments ...................... 236 
Example 5: Fitting the Design into One Device............... 237 
Example 6: Fitting the Design into More Than One 
DC VIC CS eiascadstt benceagetutneoend acca eemscaeieeaseaunn ceases 238 


Example 7: Mixing Automatic and Directed Partitioning .238 
Example 8: Refitting a Design Into the Same Footprint ...239 
Example 9: Specifying Devices Without Specifying 


198 MACHXL Software User’s Guide (Version 3.0) 


Introduction 


MACHXL’s Partitioner/Fitter automatically partitions and fits designs 
without interaction. You can exercise control over how the fitter selects 
devices by setting constraints and priorities. The fitter will still partition and 
fit your design automatically, using these user-settable priorities and 
constraints. For most designs this is a quick and easy way to get your design 
into the programmable device(s). 


However, there are some situations where you may need to exercise more 
control over the partitioning and fitting process. The following are some 
examples: 


O Additional circuitry caused your design to outgrow its original 
device. You need to change to a device with another architecture 
but keep the same pinout as the old device. 


O You have several signals in your design that are very interactive 
and timing among them is very critical. For timing reasons these 
signals should all be fit into the same device. 


O The design you are working on has very tight PCB real estate 
constraints and you would like to force the design into a single 
device. 


O Most of your design can be fit into a slower, less costly device. 
However, one block needs to be fit into a fast PLD. 


One major advantage of MACHXL is that it gives you the capability to 
control the fitter's automatic partitioning and fitting as little or as much as 
your situation requires. Control (outside of constraints and priorities set in the 
Partitioning menu in MACHXL) ts done with a Physical Information (.p/) file. 
The .pi file directs how the fitter does its job. If you don't need the control, the 
fitter will perform its functions automatically. However, if you need the 
control, the .pi file tells the fitter how to modify its fitting. 
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The .pi file contains instructions you give to the fitter on how the design 
should be partitioned and fit. The following are some of the functions a .pi 
file lets you control: 


oO Synthesis of equations, including the size of equations generated 
and the amount of reduction performed on each equation 


O How a design is partitioned among devices 
O How signals are grouped together 
© How signals are assigned to pins on a device 
O How individual signals are fit inside the device 
© Which specific fuses are blown or left intact 
Oo Which device specific features are used within each device 


The .pi file instructions may be as simple as specifying a particular device or 
as complex as controlling node paths inside the programmable device. So, the 
.pi file gives a continuum of control from fully automatic partitioning and 
fitting to full user-specification of devices and signals within. 


You create a .pi file using a text editor and the Physical Information Language 
(PIL). PIL is a case-insensitive addition to MACHXL's Design Synthesis 
Language allowing you to specify device-specific constraints. The text editor 
can be invoked through the menuing system (see Chapter 3 for more 
information on the menuing system), or you may use any text editor you 
normally use to create a source file. The file must be named design _name.pi 
(where design_name is the name of your design) and must reside in the same 
directory as the design. 


The information in this chapter should be used in conjunction with Chapter 
15. This chapter gives the basic structure of the .pi file, while Chapter 15 
discusses the meaning of each of the device-specific .pi file properties. 

This chapter is made up of three sections. The first section dicusses sections 


of the .pi file and the purpose of each. The second section is a reference of the 
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commands and constructs used in the .pi file, giving the syntax and usage of 
each command. The third section contains several examples of .pi files based 
on common design issues and how they are controlled with a .pi file. 


How the .p/ File Controls Partitioning 


When partitioning a design among the various device architectures, MACHXL 
allows the user to operate in one or a combination of the following three 
modes: 


Oo Automatic partitioning 
oO Directed partitioning 


O Manual partitioning 


Automatic Partitioning 


The Automatic Partitioning Mode allows the partitioning software to run 
unconstrained. No direction is given to the software with regards to signal/pin 
placement or logic partitioning. This mode is the easiest to use as it requires 
no special files to be created or modified. For many designs, this is the only 
mode needed to partition a design. 


Directed Partitioning 


In Directed Partitioning you edit the .pi file to control broad-based aspects of 
partitioning without specifying all of the details of fitting the design. 


The Directed Partitioning Mode allows you to target logic into various device 
architectures without specific knowledge of signal-to-pin placement. The 
partitioning software automatically determines logic dependencies and makes 
certain all required logic is partitioned into the specified devices. 
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Manual Partitioning | 


In the Manual Partitioning Mode you edit the .pi file to control every aspect of 
partitionng. 


The Manual Partitioning Mode is used when you know exactly how the logic 
is to be placed into one or more devices. This mode 1s most often used when 
recreating a design originally created by the automatic mode. 


Creating a .pi File 


You create a .pi file using a text editor and the Physical Information Language 
(PIL). The file must be named design name.pi (where design name is the 
name of your design) and must reside in the same directory as the design. PIL 
is a case-insensitive, free-format language that's an addition to MACHXL's 
Design Synthesis Language. You can also access the .pi file through the 
menuing system. For more information on the menuing system, see 

Chapter 3. 


Physical Information File Language 
Reference 


Physical Information Language Keywords 


The Physical Information Language (PIL) has keywords allowing you to 
describe the specifics of device partitioning and signal grouping. The 
following are the keywords used in PIL. Notice that some of these keywords 
are the same as in the Design Synthesis Language but are used in a different 
context. The identifiers listed below are reserved by the language as keywords 
and may not be used for other identifier purposes. 


BLOWN COMP_ON DEVICE 
COMP_OFF DEFAULT END 
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FIXED 
GROUP 
HIGH-VALUE 
INPUT 
INTACT 


LOW-VALUE SECTION 
TARGET 
NO_CONNECT VIRTUAL 


PHYSICAL 


In addition to the above reserved keywords, the following identifiers are used 
as property strings in the Physical Information Language (PIL). 


BLOCKMODE 
CLOCK_BY_PIN 
CLOCK_BY_ROW 
COMB_OUT_REG_FB 
COMMON_SET_PTERM 
DEMORGAN_SYNTH 
DISABLED_ONLY_FOR_TEST 
FF_SYNTH 
FIT_AS_OUTPUT 

FIT_WITH 

FLOAT_NODES 
FORCE_INTERNAL_FB 
FUSEMAP_FILE 
JEDEC_FUSEMAP 
MACH_LOW_POWER 
MACH_USERCODE 
MACH_UTILIZATION 
MACH_ZERO_HOLD_INPUT 


.pi File Syntax Rules 


MAX_PTERMS 
MAX_SYMBOLS 
MAX_XOR_PTERMS 
MAX_NODE_FROM_EXPANDERS 
MINC_ FITTER 
NO_COLLAPSE 
OPEN_DRAIN 

PLA_FITTER 
PLA_PROPERTY 
PLA_PTERM_UTILIZATION 
PLD_INPUT_UTILIZATION 
PLD_OUTPUT_UTILIZATION 
POLARITY_CONTROL 
SET_PTERM 

SIGNATURE | 
XOR_POLARITY_CONTROL 
XOR_TO_SOP_SYNTH 


The following are rules for syntax in the .pi file. 


O Signals and DEVICEs are not required to have properties attached 
to them in order to be listed in the .pi file. However, properties 
change the functions of the signals or DEVICEs to which they are 
attached. This means while the following two lines are both valid 
in a .pi file, their actions in the .pi file will differ. 


syncl . 
Syncl . 


- SyncS { MAX PTERMS 8 }; 


© As with the Design Synthesis Language, each line (with the 
exception DEVICE, GROUP, or SECTION keywords), must end 
with a semicolon, as shown in the following examples: 
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DEVICE | 
TARGET 'PART NUMBER AMD PALCE16V8H-10JC/4'; 
outl1..out5; 

END DEVICE; 


GROUP 

count bits [8] ; 

sync [5 ] { MAX PTERMS 8 } ; 
END GROUP ; 


SECTION 
{ MAX PTERMS 8 } ; 
TARGET ‘a’ 7; | "force out7 .. out8 into 
"MACH block A 
out7 : 5, out8 : 6 ; "and onto pins 5 
"and 6 


END SECTION 


Properties shown in this chapter with curly braces { } must be listed that way 
in the .pi file. That is, the curly braces are not optional. 


Oo Non-numeric property arguments must be surrounded by single 
quotes *'. | 


O The order in which properties are listed for a signal does not 
matter. Thus the following two lines of a .pi file are functionally 
the same. | 


INPUT inS { MAX PTERMS 8, MAX SYMBOLS 4 }; 
INPUT inS5 { MAX SYMBOLS 4, MAX PTERMS 8 }; 


OG The .pi file language is case insensitive. Certain keywords and 


properties are shown in capital letters in this chapter for the sake of 
clarity. 
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Comments 


Comments may be inserted into the .pi file in the same way as with the Design 
Synthesis Language. Any comment must be preceded by a double quote ("). 
A new line ends a comment. Each line of multiple line comments must be 
preceded by double quotes. 


COMP_OFF and COMP_ON 


As in the Design Synthesis Language, you may also use the COMP_OFF and 
COMP_ON commands to exclude certain sections of the file executing (for 
more information on COMP OFF and COMP. ON, see Chapter 9.) This is 
useful when debugging a .pi file. 


Input and Output Signals in the .pi File 


A signal list consists of input, output, and biput signals. Output signals are fit 
on output or biput pins. There can be at most one reference to an output 
signal in the .pi file for a design. Input signals are fit on input or biput pins. 
There can be many references to an input signal in a .pi file. Signals declared 
as OUTPUTs or NODEs in the design source (1.¢., design _name.src) may be 
used as input signals to a device. 


Note: The .pi file covers inputs and outputs from the device 
perspective, not from the design perspective. In a design, an input or 
output signal may be any signal coming into or out of a design block. 
From the standpoint of a device, an input is a signal that can be fit on 
an input pin, and an output is a signal that can be fit on an output or 
a biput pin. 


OUTPUTs or NODEs without the modifiers INPUT or OUTPUT are 
assumed to be output signals. NODE signals in the design source file without 
the modifiers VIRTUAL or PHYSICAL are assumed to be physical nodes in 
the .pi file. Virtual nodes in the design source file may not appear as a signal 
in the .pi file. 
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Syntax 


INPUT signal list; 
OUTPUT signal list; 


Example 


outl, out2, out3; 
INPUT out_as_inl, out_as in2; 


= Note: The pin "identifier" is also the pin name, as indicated in a 
data book specification for the device. A pin assignment is only 
meaningful if a target device is given. 


.pi File Structure 


The following is a suggested organization of a .pi file: 
Oo Global Properties 


O Ungrouped signals (signals not associated with group or device 
specifications) 


© Group specifications 
Oo Device specifications 
An explanation of each of these is given in the following sections. 


Each section of the .pi file is optional. For example, you can create a simple 
pi file consisting of only global properties. This allows you easy control of 
design optimization. Or, you could create a .pi file with only device 
specifications. This allows you to control the pinout on devices in your 
design. | : 
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Global Properties 


Global Properties are properties applying to all of the signals or DEVICEs in 
the design. These properties usually affect the optimization of signals. Global 
properties can be overridden by properties within a device specification or by 
pin-specific properties. For more information on the specifics of these 
properties, see Chapter 15. 


Global .pi File Properties 


DEMORGAN_SYNTH NO_COLLAPSE 
DISABLED_ONLY_FOR_TEST PLA_PTERM_UTILIZATION 
FF_SYNTH PLD_INPUT_UTILIZATION 
FIT_AS_OUTPUT PLD_OUTPUT_UTILIZATION 
MACH_UTILIZATION POLARITY_CONTROL 
MAX_PTERMS XOR_POLARITY_CONTROL 
MAX_SYMBOLS XOR_TO_SOP_SYNTH 


MAX_XOR_PTERMS 


Syntax 
{ global_ property value }; 


Example 


The following example shows how to use a global property to limit the 
number of p-terms (OR TERMS) of all the output signals in a design. 


{MAX PTERMS 8}; 


Ungrouped Signals 


Individual signals not associated with a Group or Device Specification are 
known as "ungrouped signals", and can be included in the .pi file. This lets 
you control signal optimization without specifying the device into which the 
signal should be fit. | 


Only output, biput, and node signals may be ungrouped signals. Ungrouped 
signals must not include pin assignments. 
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Any ungrouped signal will be treated as a physical node by MACHXL and 
will not be collapsed out during optimization (see Chapter 12, Optimizing a 
Design for more information on how the optimizer handles node collapsing.) 


The syntax and examples of ungrouped signals are shown in the following 
examples: 


Syntax 


signal name { signal property _1 value, .. 
Signal property n value }, 

Signal name { signal property 1 value, .. 
Signal property n value }; 


Example 


sync { MAX PTERMS 8 } ; 

sigl, sig2 { MAX PTERMS 4, MAX SYMBOLS 8 } ; 
"MAX SYMBOLS and MAX PTERMS apply 

sig3, sig4 ; "to both sigl and sig2 


Syntax 


Signal _name_1 .. signal _name_n { signal property 1 
value, .. Signal _property _n value } ; 


Example 


outl .. out2 { MAX PTERMS 5, MAX SYMBOLS 4} ; 
"MAX PTERMS and MAX SYMBOLS apply 
"to outl and out2 since they 
"are listed as a range 


Syntax 


array id {signal property 1 value, 
Signal property n value} ; 
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Example 
Y array {MAX PTERMS 4, MAX SYMBOLS 4}; 
Syntax 


array id [ index ] { signal propertyl value, .. 
Signal property n value } ; "index is an 
"integer 
Example 
sync [5 ] { MAX PTERMS 8, MAX SYMBOLS 4 } ; 


Syntax 


array 1d [ index 1 .. index_n ] 
{ Signal property 1 value, .. 
Signal property n value } ; 


Example 


gray cnt [ 3 .. 8 ] { MAX SYMBOLS 9, MAX XOR_PTERMS 2 
‘3 


Syntax 


DEFAULT {Signal property 1 value, 
Signal property _n value} ; 


Example 


DEFAULT {MAX PTERMS 8, MAX SYMBOLS 16}; 


Virtual Signals 


If a signal is declared in the source (design _name.src) file simply as a NODE, 
the optimizer has the option of considering this signal as a virtual node or as a 
physical node. If the signal is considered a virtual node, the optimizer 
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collapses it out during equation synthesis. If the signal 1s considered a 
physical node, the optimizer leaves it as an equation and the signal will be fit 
into a device. The optimizer will determine whether a simple node should be 
physical or virtual automatically in order to synthesize the most efficient 
equations. See Chapter 5 for more information about PHYSICAL and 
VIRTUAL NODESs. 


The VIRTUAL modifier lets you specify explicitly which nodes in your design 


can be collapsed out of equations during optimization. This helps ensure a 
design is optimized the same way every time it's optimized. 


_ Note: By default, ifa simple NODE signal is mentioned in the 
Physical information file, it is treated as a physical node, and will 
not be collapsed during optimization. 


The VIRTUAL modifier can only be used on ungrouped signals. Nodes 
specified within the GROUP or DEVICE constructs will be treated as 
physical nodes. 

VIRTUAL nodes cannot have properties or pin assignments associated with 
them. 


Syntax 


O VIRTUAL signal name, signal name ; 

oO VIRTUAL signal name_1 .. signal _name_n; 
O VIRTUAL array _id; 

O VIRTUAL array_id [ index ]; 


O VIRTUAL array_id [ index_1 .. index_n]; 


210 MACHXL Software User’s Guide (Version 3.0) 


Example 


VIRTUAL outl, out2; 
VIRTUAL outl..out4; 
VIRTUAL yout; 
VIRTUAL yin[8]; 
VIRTUAL yout [1..8]; 


Signal Properties for Ungrouped Signals 


Ungrouped signals may be assigned signal properties affecting the 
optimization of the signals. These signal properties have precedence over 
global properties in the .pi file and affect only the associated ungrouped 
signals. 


.pi File Properties for Ungrouped Signals 


DEMORGAN_SYNTH MAX_SYMBOLS 
DISABLED_ONLY_FOR_TEST MAX_XOR_PTERMS 
FF_SYNTH NO_ COLLAPSE 
FIT_AS_OUTPUT POLARITY_CONTROL 
FIT_WITH XOR_POLARITY_CONTROL 
MACH_LOW_POWER XOR_TO_SOP_SYNTH 
MAX_PTERMS 


For more information on the specifics of these properties, see Chapter 15. 


Syntax 


signal name { signal property 1 value, .. 
Signal property n value } ; 


Example 


To assign two properties to the same ungrouped signal use: 


out {MAX SYMBOLS 4, MAX PTERMS 4}; 
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DEFAULT Statement for Ungrouped Signals 


The DEFAULT statement lets you specify the properties and grouping for all 
of the signals in the design that are not otherwise listed in the .pi file. This 
allows convenient property assignment to group together many signals without 
explicitly specifying the signals in the .pi file. 


When the DEFAULT statement is specified outside of a DEVICE or GROUP 
specification (i.¢e., is ungrouped), all of the signals not specified in the .pi file 
will be treated as ungrouped signals and will be affected by the DEFAULT 
statement. 


There can be at most one DEFAULT statement in each pi file. 


Syntax 


DEFAULT {signal property 1 value, . 
signal property _n value}; 


Example 


This example specifies all signals in the design except a1, a2, and a3 will 
have no more than eight product terms in their equations. There is no similar 
limit on the number of product terms in the equations of a2, a2, or a3. 


al, a2, a3; : 
default {MAX _PTERMS 8}; 


Group Specifications 

The GROUP construct lets you specify a group of signals you want fit in the 
same device (the device selected to fit the group 1s left to the MACHXL 
partitioner). The .pi file can include multiple Group Specifications, if 
needed. This construct is useful when you need to place a set of signals 
together for timing, board layout, or other reasons. 


Groups of signals specified ina GROUP construct may merge together with 
other GROUPs and ungrouped signals to form the most efficient partitioning 
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solution. The ungrouped signals may consist of output, biput, or physical 
node signals not otherwise mentioned in the .pi file, or signals at the global 
level of the .pi file. Only output, biput, and node signals may be members of a 
GROUP. The signal list must not include pin assignments in the GROUP 
construct. 


Syntax 

GROUP 
[ name ] 
[ signal list } 
{ default ] 


END GROUP; 


The above items in the GROUP construct may appear in any order. There 
may be at most one NAME construct per GROUP, and one DEFAULT 
construct for each .pi file. 


Naming a Group 


The NAME construct is used to assign a name toa GROUP. The given name 
will appear with the group in the .npi file. For more information the the .npi 
file, see the section entitled Using the .npi File to Recreate a Pinout \ater in 
this chapter. 


Naming a group can be useful for documentation purposes. Naming has no 


effect on the fitting process. There may be at most one NAME construct per 
GROUP. 


Syntax 


NAME identifier ; 
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Listing Signals in a Group 
The signals list for a Group specification is a list of output, biput, and node 


signals to be included in the GROUP construct, as well as any signal 
properties for the list. 


Examples and syntax of signal lists for grouped signals are shown below: 
Syntax 


Signal name { signal property 1 value, .. 
Signal property n value } ; 


Example 


GROUP 

sync ; 

Ssigl, sig2 { MAX SYMBOLS 8 } ; "MAX SYMBOLS 8 
: | "applies to sigl and sig2 

END GROUP ; 


Syntax 


Signal name 1 .. signal _name_n { signal_property_l 
value, .. signal property n value } ; 


Example 
GROUP 
ol .. 08 ; 
outl .. out2 { MAX PTERMS 5 } ; "MAX PTERMS 5 


applies to outl and out2 
END GROUP ; 


Syntax 


array 1d { signal property 1 value, .. 
Signal property n value } ; 
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Example 


GROUP 

Xarray ; , 

Yarray { MAX _PTERMS 4, MAX SYMBOLS 4 } ; 
END GROUP ; 


Syntax 


array id [ index ] { signal_property 1 value, .. 
signal property n value } ; 


Example 


GROUP 

count bits [8] ; 

sync [5 ] { MAX PTERMS 8 } ; 
END GROUP ; 


Syntax 


array id [ index .. index_n ] { signal_property I 
value, .. Signal property n value } ; 


Example 


GROUP | 
out [0 .. 8 ] ; 
grey cnt { 3 .. 8 ] {MAX_PTERMS 8; 
MAX SYMBOLS 16 } ; 

END GROUP ; 


Syntax 


DEFAULT { signal property 1 value, .. 
signal property n_ value } ; 
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Example 


GROUP 
| DEFAULT { MAX PTERMS 68 } ; 
END GROUP ; 


- Signal Properties for a Group 


Signal properties for a GROUP construct are properties applying to the 
signals which the properties are attached. Signal properties have precedence 
over global properties in the .pi file. The properties affect the Seen of 
the signals. 


.pi File Signal Properties Supported in the GROUP Construct: 


DEMORGAN_SYNTH | MAX_SYMBOLS _ 
DISABLED_ONLY_FOR_TEST MAX_XOR_PTERMS 
FF_SYNTH NO_COLLAPSE 
FIT_AS_OUTPUT ) POLARITY_CONTROL 
FIT_WITH XOR_POLARITY_CONTROL 
MACH_LOW_POWER XOR_TO SOP_SYNTH 
MAX_PTERMS 


For more information on the use of these properties, see Chapter 15. 


Syntax 


{ signal property _1 value, .. Signal _property_n 
value } 7. 


Example 
To assign two properties to the same grouped signal, use: 
GROUP 


out { MAX SYMBOLS 4, MAX PTERMS 4 } ; 
END GROUP ; 
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DEFAULT Statement in a Group 


The DEFAULT statement lets you specify the properties and grouping for all 
of the signals in the design not otherwise listed in the .pi file. This allows you 
to conveniently assign properties and group together many signals without 
explicitly specifying the signals in the .pi file. _ 


When the DEFAULT statement is used in a GROUP construct, a group will 
be created containing all unspecified signals in the design. 


There may be at most one DEFAULT statement in each pi file. Properties on 
the DEFAULT statement are optional. 


Syntax 


DEFAULT { signal property _1 value, .. 
Signal property n value } ; 


Example 


This example specifies all signals in the design other than al, a2, and a3 
will be placed in one group, and fit into the same device. The optional 
property MAX PTERMS specifies signals in the group will have no more 
than eight product terms in their equations. 


al , a2, a3; 


GROUP 
default { MAX PTERMS 8 } ;_ 
END GROUP ; 


Device Specifications 


Device specifications let you describe device-specific information, such as the 
placement of signals on each device in the design. Device specifications are 
used as part of the Manual and Directed Partitioning modes, and give you 
access to device-specific features. 
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The DEVICE construct lets you define the device specifications. Each 
DEVICE construct generally corresponds to one physical device. The 
DEVICE construct may have embedded GROUPs or SECTIONS 


(SECTIONS are discussed later in this chapter). The SECTION construct | 
allows you to describe subsections for devices having subsections, such as the 
MACH devices. 


Syntax 


DEVICE 
[properties] 
[target statement ] 
[ NAME ] | 
[signal lists] 
{DEFAULT ] 
[ HIGH-VALUE ] 
[ LOW-VALUE ] 
[NO CONNECT ] 
[SECTION] 
{signal lists] 
[GROUP ] 
[BLOWN fuses] 
[INTACT fuses] 
END DEVICE ; 


The above items in the DEVICE construct may appear in any order. 
However, there may be at most one NAME construct per DEVICE and one 
DEFAULT construct in a .pi file. 


Device Properties 


Device properties are properties applying to all signals in the device or to the 
device itself. These properties affect the optimization of signals, as well as 
how device features are utilized. Device properties have precedence over 
global properties. Signal properties can override device properties. 
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Device properties supported in the .pi file: 


BLOCKMODE 
CLOCK_BY_PIN 
CLOCK_BY_ROW 
COMMON_SET_PTERM 
DEMORGAN_SYNTH 
DISABLED_ONLY_FOR_TEST 
FF_SYNTH 

FLOAT_NODES 

FIT_AS_ OUTPUT 
FORCE_INTERNAL_FB 
FUSEMAP_ FILE 
JEDEC_FUSEMAP 
MACH_LOW_POWER 
MACH_UTILIZATION 
MACH_ZERO_HOLD_INPUT 


it 


MAX_NODE_FROM_EXPANDERS 
MAX_PTERMS 
MAX_SYMBOLS 
MAX_XOR_PTERMS 
MINC_FITTER 
NO_COLLAPSE 
OPEN_DRAIN 
PLA_PTERM_UTILIZATION 
PLD_INPUT_UTILIZATION 
PLD_OUTPUT_UTILIZATION 
POLARITY_CONTROL 
SET_PTERM 

SIGNATURE 
XOR_POLARITY_CONTROL 


For more information on the use of these properties, see Chapter 15. 


Syntax 


{ device property 1, .. device property n value }; 


Example 


To limit the number of p-terms (OR TERMS) of all the output signals on a 


device, use the following device property: 


DEVICE 


{ MAX _PTERMS 8 } 


END DEVICE ; 


Naming a Device 


The NAME construct is used to assign a name to a DEVICE. The given 
name will appear with the group in the .npi file. For more information the 
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npi file, see the section entitled Using the .npi File to Recreate a Pinout 
later in this chapter. 


Naming a device can be useful for documentation purposes. Naming has no 
effect on the fitting process. There may be at most one NAME construct per 
DEVICE. 


Syntax 


NAME identifier ; 


Targeting a Specific Device for Fitting 


The TARGET construct for device specifications tells the fitters which device 
to use. When TARGET is used with the DEVICE construct, you can target 
the device, template, part number or footprint you want to use. 


The TARGET construct allows you to specify devices three ways: 


© You can specify the exact device using the manufacturer's part 
number. 


O You can specify the type of device you want to use and the 
package type (footprint). The combination of device and footprint 
can help MACHXL's fitters find second-source devices for your 
design from its extensive Device Library. 


© You can specify the footprint of the device only. The footprint 
specification can help MACHXL's fitters find a replacement for an 
existing device that may make modifications to your PCB layout 
unnecessary. | 


Syntax 


TARGET 'PART NUMBER manufacturer abbreviation 
part_number' ; 

TARGET 'TEMPLATE template name footprint_name'; 

TARGET 'FOOTPRINT footprint_name'; 
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Where: 


manufacturer abbreviation, part number, 
template name, and footprint _name can be found in 
Appendix A. 


Examples 


To place outputs 01, o2, and o3 into an AMD 
PALCE16V8H-10JC/4, use the following entry in the .pi file: 


DEVICE 
TARGET 'PART NUMBER AMD PALCE16V8H-10JC/4'; 
Ol; 62, 03°34 

END DEVICE; 


To place outputs o1 and o2 on specific pins of a 22V10 DIP package, use 
the following entry in the .pi file: 


DEVICE | 
. TARGET ' TEMPLATE P22V10 DIP-24-STD '' ; 
ol : 14, o2 : 15 ; 
END DEVICE; 


To place outputs o1, o2,and o3 on specific pins of a 20-pin DIP package, 
use the following entry in the .pi file: 


DEVICE 
TARGET ' FOOTPRINT DIP-20-STD ' ; 
ol : 12, o2 : 13, o3 : 14 ; 

END DEVICE; 


Listing Signals in a Device 


The following shows syntax and examples of how to list the signals, nodes, 
signal properties, and signal directions to be included in a DEVICE construct. 
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In the following examples, signa/l_name and array_id are identifiers and index 
is an integer. Pin_assignment is the name assigned by the device 
manufacturer as shown in a part data book. 


_ Note: A pin assignment is meaningful only if a target device is 
specified with the TARGET construct. 


Syntax 


INPUT | OUTPUT™ signal name : pin_assignment 
{ signal property 1 value, .. 
signal property n value } ; 


Example 

DEVICE 

OUTPUT sync { MAX PTERMS 8 } ; 

INPUT inl : 5, in2: 6; "INPUT applies to inl 


"and in2 


END DEVICE ; 


Syntax 


INPUT | OUTPUT* Signal name : pin_assignment 
{ Signal property 1 value, .. 
Signal property n value } ,Ssignal_ name : 
pin_assignment{ signal property 1 value, .. 
Signal property n value } ; 


* INPUT and OUTPUT are optional 
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Example 

DEVICE 

TARGET ' FOOTPRINT DIP-20-STD ' ; 

sync { MAX PTERMS 8 } ; 

INPUT 01: 5, o2 : 6 ; “INPUT applies to ol 


"and o2 
sigl , sig2 { MAX SYMBOLS 8 } ; 
" MAX SYMBOLS applies to sigl and sig2 
END DEVICE ; 


Syntax 


INPUT | OUTPUT* Signal name_1, .. Signal _name_n 
{ Signal property 1 value, .. 
Signal property n value } ; 


Example 


DEVICE 

OUTPUT o1 .. 08 ; 

out i .. out2 { MAX_PTERMS 5 } ; 
END DEVICE ; 


_ Note: Pin numbers cannot be assigned when using the". . " range 
indicator. 
Syntax 
INPUT | OUTPUT™ array 1d { signal property I value, .. 


signal property n value } ; 


* INPUT and OUTPUT are optional 
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Example / 


DEVICE 

INPUT Xarray ; 

Yarray { MAX SYMBOLS 4, MAX PTERMS 4 } ; 
END DEVICE ; 


ceed Note: Pin numbers cannot be assigned when using an array to 
represent a set of signals. 


Syntax 


INPUT | OUTPUT* array 1d [ index ] : pin assignment 
{ signal property 1 value, .. 
Signal property n value } ; 


_ Where index 1s an integer. 


Example 


DEVICE 
TARGET ‘' FOOTPRINT DIP-20-STD ' ; 
INPUT count_bits [ 8 ] ; 
syne [5 ] : 12 { MAX PTERMS 8 } ; 
END DEVICE ; 


Syntax 


INPUT | OUTPUT* array id [ index 1 .. index_n ] 
{ Signal property 1 value, .. 
Signal property n value } ; 
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Example 


DEVICE 
INPUT gray cnt [ 3..8 ] { MAX_SYMBOLS 8 } ; 
END DEVICE ; 


Note: Pin numbers cannot be assigned when using an array to 
represent a Set of signals. 


Syntax 


DEFAULT { Signal property 1 value, .. 
signal property n value } ; 


Example 


DEVICE 
DEFAULT { MAX PTERMS 8 } ; 
END DEVICE ; 


Note: Pin numbers cannot be assigned when using DEFAULT to 
represent a Set of signals. 


Renaming the Fusemap File of a Device 


Should you need to, you can rename your fusemap files (typically JEDEC 
files) with the FUSEMAP FILE statement. 


Syntax 


DEVICE 
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{ FUSEMAP FILE ‘newname.xxx' } ; 
END DEVICE ; 


If a fusemap filename is not specified, the default will be used. In the example 
shown above, the file would be renamed to newname.xxx. 


Specifying Signal Directions in a Device 

It is common for the output signal of one device to feed input pins on other 
devices in designs requiring multiple devices. To avoid ambiguity in device 
specification, specify explicitly the signal direction of any pin in the device 
specification. This will ensure the output signal is generated on the 
appropriate device in your design. 


Syntax 


INPUT signal list; 
OUTPUT signal list; 


_ Note: For bidirectional (BIPUT) signals, use the OUTPUT 
statement to specify the pin that generates the bidirectional signal. 


The following rules apply when specifying the signal direction: 


© Output signals (specified with the OUTPUT statement) will be fit 
onto output or biput pins of the device. 


O The OUTPUT statement can only be used for node, output, and 
biput signals. If you specify the OUTPUT statement more than 
once for a signal, MACHXL will interpret this as specifying the 
signal should be generated on more than one pin. This causes 
MACHXL to generate an error. 


© The INPUT statement can be used multiple times for a signal. 


O The INPUT statement can be applied to any signal in the design. 
If the INPUT statement is applied to a node, output, or biput 
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signal, MACHXL interprets this as a signal generated on a 
different pin than is fed to this pin as an input. 


O Inputs from the design file declared without the INPUT modifier 
are assumed to be input signals. 


O Outputs and biputs from the design file declared without the 
INPUT or OUTPUT modifiers are assumed to be output signals. 


OG Nodes from the design file declared without the INPUT or 
OUTPUT modifiers are assumed to be physical nodes. 


Signal Properties for a Device 


Signal Properties for a DEVICE construct are properties applying only to the 
signals to which they are attached. Signal properties have precedence over 
global properties in the .pi file and device properties attached to the device. 
These properties affect the optimization of the signals and provide access to 
device-specific features. 


.pi File Signal Properties Supported in the DEVICE Construct: 


CLOCK_BY_PIN MAX_NODE_FROM_EXPANDERS 
CLOCK_BY_ROW MAX_PTERMS 
COMB_OUT_REG_FB MAX_SYMBOLS 
DEMORGAN_SYNTH MAX_XOR_PTERMS 
DISABLED_ONLY_FOR_TEST NO_COLLAPSE 

FF_SYNTH OPEN_DRAIN 

FIT_AS_OUTPUT POLARITY_CONTROL 

FIT_WITH SET_PTERM 
FORCE_INTERNAL_FB XOR_POLARITY_CONTROL 
MACH_LOW_POWER XOR_TO_SOP_SYNTH 


For more information on using these properties, see Chapter 15. 


Syntax 


{property name 1 value,..property name_n value}; 
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Example 
To assign two properties to the same device signal, use: 
DEVICE 


out { MAX SYMBOLS 4, MAX_PTERMS 4 } ; 
END DEVICE ; 


DEFAULT Statement in a Device 


The DEFAULT statement lets you specify properties for all of the signals in 
the design not otherwise listed in the .pi file. This allows convenient 
assignment of properties and grouping of many signals without explicitly 
specifying the signals in the .pi file. 


When the DEFAULT statement is used in a DEVICE construct, a group will 
be created containing all unspecified signals in the design.. 


There may be at most one DEFAULT statement in each pi file. 


Syntax 


DEFAULT { Signal property 1 value, 
signal property n value } ; 


Example 


This example specifies signals in the design other than ail, a2, and a3 be 
placed in one device. The property MAX PTERMS specifies signals in the 
group will have no more than eight product terms in their equations. 


al, a2, a3; 
DEVICE 


DEFAULT { MAX PTERMS 68 } ; 
END DEVICE ; 
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Assigning Logic Levels (High-Value, Low-Value, 
NO CONNECT) to Pins of a Device 


It is possible to assign logic levels to pins or to specify a pin not be used as a 
signal pin. The HIGH-VALUE, LOW-VALUE, and NO_ CONNECT 
statements let you duplicate exactly the pin assignment of devices by not 
allowing the partitioning software to place signals on the pins. 


Syntax 


HIGH-VALUE pin_assignment ; 
LOW-VALUE pin assignment ; 
NO CONNECT pin assignment ; 


Where: 


pin-assignment is an identifier (an identifier 1s the name 
assigned by the device manufacturer to a pin of the device as shown in 
a data book). A pin assignment is meaningful only if a target device 
is specified with a TARGET statement. 


Example 

DEVICE 

TARGET " FOOTPRINT DIP-20-STD ' ; 

HIGH-VALUE : 14 ; "Pin connected to the high 
"voltage source 

LOW-VALUE : 7; "Pin connected to the low 
"voltage source 

NO CONNECT 1, 2, 4; "Pin left unconnected 


END DEVICE; 


Device Section Specifications 


Some complex PLDs, like the AMD MACH, are organized into blocks or 
quadrants. In these devices each block can be viewed as a small PLD. 
Outputs from the block can be easily fed back into the same block. However, 
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it may not be easy or possible to feed all outputs from a block into a different 
block on the same device. 


Because of this signal routing limitation in block-oriented devices, it may be 
useful to control which signals are to be placed into which blocks in the 
device. This helps ensure the device will be used efficiently. 


The SECTION construct in a device specification lets you control which 
signals are placed into which blocks in a block-oriented device. This construct 
should only be used with block-oriented devices, such as the AMD MACH 
devices. 


Syntax 


SECTION 
[ properties } 
[ target statement ] 
signal lists 

END SECTION; 


Section Properties 


Section properties are properties applying to all of the signals in the 
section (i.e., a block or quadrant). These properties affect the 
optimization of signals, as well as how device features are utilized. 
Section properties have precedence over global properties and device 
properties. Signal properties can override section properties. 


Section Properties Supported in the .pi File. 


DEMORGAN_SYNTH MAX_SYMBOLS 
DISABLED_ONLY_FOR_TEST MAX_XOR_PTERMS 
FF_SYNTH NO_COLLAPSE 

FIT_AS_ OUTPUT POLARITY_CONTROL 
FLOAT_NODES XOR_POLARITY_CONTROL 
FORCE_INTERNAL_FB XOR_TO_SOP_SYNTH 
MAX_PTERMS 


For more information on using these properties, see Chapter 15 
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Syntax 


{ property name value, .. property name value } ; 


Example 


To limit the number of p-terms (OR terms) within a section of the AMD 
MACH110, use the following declaration: 


DEVICE | 
TARGET ‘TEMPLATE mach110 jlcc-44-std '' ; 
" place group into MACH110 


SECTION 

{ MAX PTERMS 8 } ; 

TARGET '‘a' ; "force out7 .. out8 into MACH 
"block A | 

out7 : 5, out8 : 6 ; "and onto pins 5 and 6 


END SECTION 


END DEVICE ; 
For more information on controlling specific devices, see Chapter 15. 


Targeting a Block or Quadrant Within a Device 


The TARGET construct for section specifications tells the 
partitioning process which block or quadrant to use when fitting 
specific signals. 


For more information on Targeting specific devices, see Chapter 15. 


Syntax 


TARGET ‘section _specification' ; 
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Where: 


section specificationas well as TARGET usage is device- 
specific. 


Example 


To force the signals out 7 and out8 into block A of aa AMD MACH110, 
use the following declaration: 


DEVICE 
TARGET 'TEMPLATE machl10 jlcec-44-std '' ; 
" place group into MACH110 


SECTION 

{ MAX PTERMS 8 } ; 

TARGET ‘a' ; "force out7 .. out8 into MACH 
out7, outs ; "block A 


END SECTION 


END DEVICE ; 


Specifying Signal Directions in a Section of a Device 


Specifying signal direction in a section of a device is the same as 
specifying them in a device as a whole. Please refer to the section 
earlier in this chapter entitled Specifying Signal Direction in a 
Device. 


Listing Signals in a Section of a Device 


Listing signals in a section of a device is the same as for a GROUP or 
DEVICE construct. Please see the section earlier in this chapter 
entitlied Listing Signals for a GROUP or Listing Signals in a 
Device. 
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Grouping Signals Within a Device 

Grouping signals within a block or quadrant of a block-oriented device is 
similar to using the SECTION construct. The GROUP construct lets you 
specify which nodes, outputs and biputs are to be grouped together. 


Syntax 


GROUP 
signal list 
END GROUP; 


The GROUP construct within a DEVICE specification differs from a 
SECTION specification in three ways: 


O The GROUP construct does not include a TARGET specification, 
where a SECTION specification may. 


© You cannot specify INPUTS in the GROUP construct. All signals 
in the GROUP construct must be node, output, or biput signals. 


O The signals in the GROUP construct may be merged with other 
signals or GROUPS in the design. 


The behavior of the GROUP construct in a device specification is device 
specific for block-oriented devices. For a complete discussion of GROUP 
usage with a specific device, please see the appropriate section in Chapter 15. 


Fuse-Level Programming Control 


The .pi file allows you to control how PLD and CPLD devices are 
programmed at the fuse level. The fuse-level control commands, BLOWN 
and INTACT may only be used with an explicit target device. Fuse-level 
programming control commands override the programming done by the 
partitioning process. 
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BLOWN and INTACT 


The .pi file commands, BLOWN and INTACT indicate the fuses in a 
device to be blown or left intact. 


Syntax 


BLOWN [fuse list]; 
INTACT [fuse list]; 


The list of fuses to be blown or left intact is represented by fuse_list 
and may be either a list of fuses separated by commas or a range. 
The order in which the commands are given does not matter. 


Example 


DEVICE 
TARGET 'TEMPLATE P16V8A DIP-20-STD'; 
DEFAULT; 
BLOWN 2056, 2058, 2060 .. 2118; 
INTACT 2057, 2059; 

END DEVICE; 


Using the .npi File to Recreate a Pinout 


After the design is successfully partitioned and fusemaps generated, the 
partitioning process creates a physical information file to document (in terms 
of PIL) how the design was fit into the devices in the solution. This 
partitioning process-generated physical information file is called the .npi (new 
pi) file, and is named design name.npi. This .npi file may be used to recreate 
exactly the solution and signal placement on pins. This may be useful if, for 
example, the design must be changed functionally after the printed circuit 
board has been designed and laid out. GROUP and DEVICE constructs that 
were assigned a NAME will retain the given NAME in the .npi file. To use 
the .npi file, copy the file to the .pi file of the same file (1.e., 
same_file_name.pi). | 
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Examples Using the .p/ File 


The following sections will show the form and content of the Physical 
Information file as you could use it in different situations. The examples are 
intended to illustrate the concepts behind the use of the .pi file. See the 
reference section for details about PIL constructs shown in the examples. 


Example 1: Controlling the Size of 
Equations 


You can use the .pi file to control the size of equations generated by the 
optimizer. Controlling the size of equations can have a major impact on the 
success of fitting and number of solutions generated by the fitter. If you know 
you will be using devices with macrocells having 8 or fewer pterms, you 
would want to keep the optimizer from collapsing nodes into equations with 
more than 8 pterms. In this case, the .pi file could contain: 


{MAX PTERMS 8}; 
{MAX SYMBOLS 16}; 


MAX PTERMS and MAX SYMBOLS are exampies of "properties". 
Properties are one means of controlling certain actions of the synthesis and 
fitting processes. 


Example 2: Forcing Signals To Be Fit 
Together in the Same Device 


A design implementing a counter has output signals heavily interdependent. 
For timing reasons the designer wants them fit together in the same device. 
The designer also wants the automatic device selection and partitioning to 
determine the best device according to your priorities. In this case, the .pi file 
could contain: 
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GROUP 
qO..q5, carry; 
END GROUP; 


The signals that are members of the GROUP, g0. .q5 and carry, will be 
fit together in the same device, but there are no limitations imposed by the 
GROUP on the device used. In addition, other groups and ungrouped signals 
may be fit in the same device with this group. 


Example 3: Using Specific Devices 


A small prototype design has several reprogrammable P16V8As that are to be 
used during the debugging stage. In this case, the .pi file could contain: 


DEVICE 
TARGET 'PART NUMBER AMD PALCE16V8H-10JC/4' ; 
o[0..6]; 
carry; 

END DEVICE; 


Example 4: Maintaining Pin Assignments 


You have an existing MACHXL design in which you have changed some logic 
and want to refit the design into the same device. The device is a P20V8 ina 
JLCC package, and you want to maintain the pin assignments. In this case, 
the .pi file could contain: 


DEVICE , 
TARGET 'TEMPLATE P20V8A JLCC-28-P28'; 
INPUT clk:2, inl:3, in2:4, in3:5, in4:6; 
out1i:18, out2:19, out3:20, out4:21; 
NO CONNECT 7..13, 15, 22..27; 

END DEVICE; 
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Here, the target device is named by its TEMPLATE (P20V8) and its | 
"footprint" (JLCC-28-P28). A template is a device architecture and the 
footprint is a certain pinout configuration consisting of three things: 


Oo The type of package (e.g., DIP, SOIC, or JLCC). 
G The number of pins in the package. 
O The mapping of physical pins to logical, or virtual, pins. 


For example, DIP-24-STD indicates a 24 pin DIP package with the standard 
pinout mapping (i.e., pin 12 as ground and pin 24 as VCC.) Most parts use a 
standard pin mapping, abbreviated as STD. An example of a non-standard 
pin mapping is the 4.5ns P16L8 from AMD, which uses extra power and 
ground pins in a 28 pin DIP. The footprint for such a device would be DIP- 
28-A28. 


Signals used as inputs to the device are marked with INPUT in the . pi file. 
The signals are assigned to pins by appending a :pin_name to the signal 
name, such as clk:2. Device pins to be left free are marked with 

NO CONNECT. The pin names in the pin assignments and no-connect pins 
are the actual physical pin names for the targeted device. For example, if the 
targeted device is a PGA, a pin assignment will look like clk:A1. 


Example 5: Fitting the Design into One 
Device 


A designer would like to fit an entire design into one MACH110. The .pi file 
would look like the following: 
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DEVICE | 
TARGET 'PART NUMBER AMD MACH110-15JC'; 
DEFAULT; 

END DEVICE; 


In this example, the DEVICE specification is marked as the DEFAULT 
device. The default device is the device containing all the output signals NOT 
mentioned elsewhere in the . pi file. Specifying a default device is optional. 
Here, it provides a quick way to put all the signals in the design into the same 
device. DEFAULT could even be given outside of any group or DEVICE 
specification (the "global level" of the .pi file), which means all unmentioned 
signals will be fit through automatic partitioning and fitting. 


Example 6: Fitting the Design into More 
Than One Device 


You have a design that will take two parts. In this case, the .pi file could 
contain: | 


DEVICE 
TARGET ‘PART NUMBER AMD PALCE16V8H-10JC/4'; 
outl..out5; 

END DEVICE; 


DEVICE 
TARGET 'PART NUMBER AMD PALCE16V8H-10JC/4'; 
out6..outl10; 

END DEVICE; 
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Example 7: Mixing Automatic and Directed 
Partitioning 

This example shows how automatic and directed partitioning can be mixed in 
the same design. Assume that your design is similar to the design of the last 
example. However, it has several critical signals, 

state bit 0..state bit _7, that must be placed into fast PLDs. In 
this case, the .pi file could contain: 


DEVICE 
TARGET 'PART NUMBER AMD MACH210-15JC'; 
outl..out5; 

END DEVICE; 


DEVICE 
TARGET 'PART NUMBER AMD MACH210-15JC'; 
out6..outl0d; 

END DEVICE; 


Note the contents of this .pi file are the same as the previous example. In this 
case, nothing needs to be said in the .pi file about the critical functions. If you 
prioritize for speed during partitioning, MACHXL's automatic device 
selection, partitioning, and fitting will find the fastest device or combination of 
devices available that will fit the critical functions. 


Example 8: Refitting a Design Into the Same 
Footprint 


A board is already in production, but a last minute specification change 
dictates a change in the logic implemented in the PLD. This causes the design 
to outgrow the P20R8 used. To refit the design into another architecture, but 
keep the pinout the same, the .pi file could contain: 
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DEVICE 

TARGET 'FOOTPRINT DIP-24-STD'; 

INPUT clk:1, 0e:13, inl:2, in2:3, in3:4, in4:5; 
INPUT in5:6, in6:7, in7:8, in8:9, in9:10, inl0O:11; 
INPUT inl1:14, in1l2:23; 

out1:15, out2:16, out3:17, out4:18; 

out5:19, out6:20, out7:21, out8:22; 

END DEVICE; 


Here, the device is targeted to a FOOTPRINT (DIP-24-STD). Targeting a 
device to a footprint will, in effect, apply automatic device selection and fitting 
across devices matching the footprint. Depending on the form of the actual 
equations, there are up to 79 architectures potentially fitting this pi file 
example. You can use the constraints and priorities of MACHXL's automatic 
device selection and partitioning to optimize the fit for price, speed, or other 
factors. The old pin assignments will be enforced, even without knowing in 
advance which architecture you will be using. This means the board layout 
will be preserved! 


Example 9: Specifying Devices Without 
Specifying Signals | 
If you want to specify which devices to use without providing specific pin 


information, the DEVICE construct may be used without a signal list. . 


For example, to fit a design into two MACH210 devices and a MACH 130 
device, the following .pi file will perform the task. 


DEVICE 
_ TARGET 'PART NUMBER AMD MACH210-15JC'; 
END DEVICE; _ 


DEVICE 
TARGET 'PART NUMBER AMD MACH210-15JC'; 
END DEVICE; 
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DEVICE 
TARGET 'PART NUMBER AMD MACH130-15JC'; 
END DEVICE; 
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Introduction 


Chapter 14 introduces the Physical Information (.p/) file and how it 1s used to 
control device partitioning. As is discussed in that chapter, the .pi file lets you 
control MACHXL's automatic partitioning, specifically: 


© How a design is partitioned among devices 
O How device resources are used, including pin assignments. 


While Chapter 14 deals with the structure of the .pi file and the general 
device-control features, this chapter gives information about how to use the .pi 
file with specific devices, architectures, and families of devices. 


General Device Fitting With .pi File 
Properties 


Controlling PLD Utilization 


In the case of some designs it is prudent to reserve PLD resources for future 
logic expansion. The NO CONNECT construct can be used to keep specific 
pins free (for more information, see Chapter 14). There are also three 
additional properties for controlling the utilization of PLDs. These properties 
have no effect on CPLDs such as the AMD MACH devices. 


O PLD_INPUT_UTILIZATION - sets the maximum percentage of 
array inputs on a device that may be used during fitting. 


O PLD_OUTPUT_UTILIZATION - sets the maximum percentage of 
output pins or output macrocells on a device that may be used 
during fitting. 


oO PLA_PTERM_UTILIZATION - sets the maximum percentage of 


PLA and row-product terms used during PLA fitting. There is no 
equivalent control property for PALs. 
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The default percentage for each of these properties is 100% (meaning that the 
device properties are fully utilized). The syntax for all three properties is the 
same, as shown below: 


Syntax 


{ PLD INPUT UTILIZATION percent }; 
{ PLD OUTPUT UTILIZATION percent }; 
{ PLA_PTERM UTILIZATION percent }; 


Example 


{PLD INPUT UTILIZATION 90}; 
{PLD OUTPUT UTILIZATION 85}; 
{PLA_PTERM UTILIZATION 95}; 


In these examples, input utilization is limited to 90%, output utilization is 
limited to 85%, and PLA pterm utilization is limited to 95%. As an example, 
if a P22V10 is targeted, only 19 of the 22 available array inputs will be used, 
and only 8 of the 10 available outputs will be used. 


Using the FIT_AS_ OUTPUT Property 


The FIT _AS OUTPUT property allows you to control whether a node is fit 
as an OUTPUT or asa NODE. The FIT AS OUTPUT property can be 
placed on NODEs or OUTPUTs in the .pi file. The property has no effect on 
output signals, which are already destined to be fit on a visible output pin of a 
device. For node signals, this property alerts the fitter to place this node 
signal on an output pin. 


O The user may wish to tell the fitter to fit NODEs on OUTPUTs in 
PLD's. Defining a NODE to be on an OUTPUT during PLD 
fitting may speed-up the process significantly. 
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Example 


SOURCE FILE 

INPUT d,e,f,clk; 

NODE d_node CLOCKED BY clk; 
output out, outl; 


ad node = d; 
out = d_ node*e; 
outl = d_nodetf; 


PHYSICAL INFORMATION FILE 

device 
TARGET 'PART NUMBER AMD PALCE16V8H-10JC/4'; 
d_ node{FIT AS OUTPUT}; 
out; 

end device; 


device 
TARGET "PART NUMBER AMD PALCE16V8H-10JC/4'; 
default; 

end device; 


Controlling How Signals Fit Together 


Early in the fitting process, the fitter decides which signals fit together as one 
inseparable block of functionality. 


For PLDs this means signals will be fit in the same output macrocell. Signals 
can be fit together if a NODE 1s the only signal feeding another NODE or 
OUTPUT that has no register or latch equations. 


You can control this fitting process with two .pi file properties, 
NO_ COLLAPSE and FIT_WITH. 


O The NO COLLAPSE property tells the back-end tools to fit this 
signal individually, separate from the fitting of any other signal. 
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O The FIT_WITH property lets you specify two signals to be fit 
together. The FIT_WITH property is allowed on any .pi output, 
and takes one argument. For example, to say that signal node_x 
should be fit with x, the .pi file would contain: 


node _x {FIT WITH 'x'}; | 
Example 


SOURCE FILE 

INPUT d, e, clk, oe; 

NODE d_node CLOCKED BY clk; 

NODE e node CLOCKED BY clk; 

OUTPUT out, e out, not_e out ENABLED BY oe; 


d_ node d; 

e node = e; 

out = d_node; 

not_e out = e node; 
e out = e node; 


PHYSICAL INFORMATION FILE 
ad node {NO COLLAPSE}; 
e node {FIT WITH 'e out'}; 


Enables Used Only For Test 


In some designs, an output is disabled only during test. During normal 
operation the output is never disabled and the signal on the input of the tri-- 


state buffer is functionally equivalent to the signal on the output of the tri-state 
buffer. _ 


MACHXL, however, treats two signals differently if there is an enable 
equation between them. The signals are considered functionally different. To 
indicate an output will only be disabled during testing, use the .pi property 
DISABLED ONLY FOR TEST. This property tells the fitter to: 


O Program the enable equation. 
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O Treat the signal on the input of the tri-state buffer as 
EQUIVALENT to the signal on the output of the tri-state buffer 
(for feedback purposes.) 


Example 
out_x {DISABLED ONLY FOR_TEST}; 


If the output signal out_x has an enable, the enable equation will be 
programmed. If out_x is fed only a single signal, e.g., node_y, out_x and 
node_y will be interchangeable for feedback purposes. This property is for 
outputs in the .pi file, but a shorthand allows the property to be applied to a 


group. 
Example 
{DISABLED ONLY FOR_TEST}; 


This example applies the DISABLED ONLY FOR_TEST property to all 
outputs in the design. 


Synthesis Control Properties 
Three properties are available to control synthesis in the fitter. 
o The DEMORGAN SYNTH property controls DeMorgan 
synthesis of the data equations, where data equations are the D, 
JK, SR, T, XOR left and XOR right equations. 
Oo The FF SYNTH property controls flip flop synthesis. 


Oo The XOR TO SOP SYNTH property controls XOR to Sum-of- 
Products synthesis. 


When using these properties, some things are not allowed. 


06 Control of DeMorganization of control equations, such as 
ENABLE, CLOCK, RESET, or PRESET. 
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Oo Control of DeMorganization of the J equation of a JK flip flop 
with no corresponding DeMorganization of the K equation. 


By default, the fitter will automatically optimize the design. This means that 
there is generally little reason to use these properties. If the need does arise, 
however, the use of these properties is described in the following table: 


Synthesis Control Properties for Use in the .pi File 


Property Value Action 
DEMORGAN_SYNTH AUTO (default) |§ The back-end tool will automatically 
select the best DeMorganization choice. 
FORCE Force the back-end tool to DeMorganize 
the primary equation (use the offset). 
OFF Prevent the back-end tool from 


DeMorganizing the primary equation 
use the onset). 
FF_SYNTH AUTO (default) |§ The back-end tool will automatically do 
flip flop synthesis to meet the needs of 
the target device. 


OFF : Require the target device to have the 
flip flop type given in the design. 

D_ FLOP Require the target device to use a D flip 
flop. 

T_FLOP Require the target device to use a T flip 
flop. 

JK_FLOP Require the target device to use a JK 
flip flop. 

SR_FLOP Require the target device to use an SR 
flip flop. 

XOR_TO_SOP_SYNTH *AUTO (default) The back-end tool will automatically 


select between the XOR equation and 
the sum-of-products equation. 


FORCE Force the back-end tool to use the sum- 
of-products equation. 
OFF Force the back-end tool to use the XOR © 


equation. 
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Accessing Internal Points in a Device 


Hidden Nodes 


A hidden node is a node not terminating in a physical pin connection. 


Node signals are signals placed on hidden nodes. However, node signals are 
not restricted to hidden nodes; they can be placed on hidden nodes or visible 
pins. 


MACHKXL may deliberately place a node signal on a visible pin for a variety 
of reasons. 


Hidden 


Hidden Node 


Shadow Nodes 


A shadow hidden node (known simply as a shadow node or shadow) is 
created by disabling the output buffer of a normal output macrocell. The 
shadow node terminates with the internal feedback to the array, and is 
therefore not visible outside the device as shown in the following figure. See | 
Table 15-2 for the names of hidden and shadow nodes. 
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Shadow 


Shadow Node 


Unary Nodes 


Unary nodes are nodes with a single input. Usually the node is registered. 
There are two basic types of unaries. The most common is a registered input 
pin, also called an input unary. A second type is essentially a clocked 
feedback path, called a feedback unary. 


The following are diagrams and explanations of the two types of unaries. 


Input Unary - A hidden unary in an input macrocell, 1.¢., a clocked input pin 
as shown below. 


Input Unary 


en ee ed 


Da eee rere Ome re i iene Se ee ee ee | rem 


Input Unary 


Feedback Unary - A feedback unary is a hidden unary path through the 
feedback register of an output macrocell, as shown below. 
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MACHXL allows selecting from these possible paths specifically. Nodes and 
unaries are specified in the .pi file by means of labels. A hidden node is 
specified with the label NODExx. 


Feedback and input unaries are specified with the label UNARY OF xx, 
where xx is the manufacturer-specified pin number in the primary package, 
usually DIP. 


A buried node is a hidden node where some external pin number is associated. 
A buried node or shadow node is specified with the label BURIED _OF_xx or 
SHADOW_OF_xx, where xx is the manufacturer-specified pin number in the 
primary package, usually DIP. 


These labels (used in the .pi file) are enumerated in Tables 15-1 and 15-2, and 
Appendix D (for AMD MACH devices). 


There are a large number of devices having general-purpose registers. The 
following example shows a sample in the Design Synthesis Language allowing 
the fitter to take advantage of these general-purpose registers. 


Example 


INPUT i_unclocked, clk; 
NODE i CLOCKED BY clk; 
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i = i_unclocked; 


Functionally, this is equivalent to a clocked input. In this approach, however, 
both the clocked (i) and unclocked (i_unclocked) versions of the signal 
can be referenced in the design. Another advantage of this approach 1s it 
allows you to specify the hidden node in the .pi file. Furthermore, this 
description can be mapped into any device with a register. The above 
functionality is a unary node. 


Devices With Unary Nodes 


The templates which have unary nodes are the PI6V8HD, P29M16, _ 
P29MA 16, and the MACH2xx and MACH4xx parts. The MACH parts are 
discussed in their own sections later in this chapter. 


Table 15-1. Node Descriptions and Labels by Device Template 


Template Pin Description Pin Label 
P16V8HD Input unaries UNARY_OF_2...UNARY_OF_9 
Feedback unaries UNARY_OF_13...UNARY_OF_16 


UNARY_OF_19...UNARY_OF_20 
UNARY_OF_22...UNARY_OF_23 


P29M16 Shadow nodes SHADOW_OF_3, SHADOW_OF_4 


SHADOW_OF_9, SHADOW_OF_10 
SHADOW_OF_15, SHADOW_OF_16 
SHADOW_OF_21, SHADOW_OF_22 


Input unaries UNARY_OF_3...UNARY_OF_10 
UNARY_OF_15...UNARY_OF_22 


P29MA16 Shadow nodes SHADOW_OF_3, SHADOW_OF_4 


SHADOW_OF_9, SHADOW_OF_10 
SHADOW_OF_15, SHADOW_OF_16 
SHADOW_OF_21, SHADOW_OF_22 


_ Input unaries UNARY_OF_3...UNARY_OF_10 
UNARY_OF_15...UNARY_OF_22 
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Other Device-Specific Information for PLDs 


Synchronous Preset in the 22V10 
Architectures 


One device architecture supported by MACHXL has a synchronous preset 
row shared by some or all macrocells in the device. 


The synchronous preset row can be used as a synchronous reset. If the fitter 
has DeMorganized the D equation on a device, then the asynchronous reset is 
now an asynchronous preset and the synchronous preset 1s now a synchronous 
reset. Given this anomaly, and the priority MACHXL places on insuring the 
same functionality for various device implementations, the fitter does not fit a 
preset equation onto any synchronous preset. 


In some architectures, however, this common set can still be used (1.¢., set or 
preset). A synchronous preset is like an extra AND row input to the OR, but 
available only when the output is registered. Using the common set is 
accomplished by specifying the set pterm to use in the .pi file. This 
architecture is the 22V10. 


In the 22V 10, the synchronous preset row is common to all macrocells in the 
device. The pterms to use as the common set pterm for the device is specified 
with the COMMON_SET_ PTERM property. 


Example 


SOURCE FILE 
INPUT clk, resetl, reset2;} 
OUTPUT a[10] CLOCKED BY clk; 


IF (resetl*reset2) THEN 


a = 0; 
ELSE 

a=a.+. 1; 
END IF; 
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PHYSICAL INFORMATION FILE 

DEVICE 
{COMMON SET PTERM 'resetl*reset2'}; 
TARGET 'TEMPLATE P22VP10 DIP-24-STD'; 
a; | 

END DEVICE; 


In the above example, the common set pterm is reset1*reset2. This term 
sets the output low, so the fitter will automatically use the DeMorgan equation 
to meet this common set pterm requirement. 


Accessing the Open-Drain Outputs of the 
P16V8HD 


The P16V8HD architecture supports open-drain outputs. Unlike normal 
totem-pole outputs, an open-drain output will only drive Vo}. Whereas Vop is 


driven on a totem-pole output, nothing is driven from an open-drain output. 
The voltage level of an open-drain output will depend on external loading and 
pull-up circuitry. 


To direct outputs to be open drain, attach the OPEN_DRAIN .pi file property 
to the output signals, provided those outputs support open drain. 


To express this functionality, the enable equation of an output (in this case x) 
must be of the form: 


/internal name for x * enable equation 


This means the output is enabled only if the data is low and the enable 
equation is true. The value internal_name_for_x is any signal just prior to the 
enable buffer of the output on the device. The enable equation is independent 
of the open-drain functionality. 


MACHXL provides a function used to create open-drain output signals of the 
proper form. This function is available in the library dfeature, which resides 

in the ds/lib directory under the MINC executable directory. The function is 

as follows: 
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FUNCTION open drain(d, oe); 
NODE out ENABLED BY /d*oe; 
out = qd; 
return out; 

END open drain; 


Example 


SOURCE FILE 

USE 'dfeature'; 

LOW TRUE INPUT oe; 

INPUT i, j, Clk; 

NODE 1 x CLOCKED BY clk; 
OUTPUT x; 


x = i*j; 


PHYSICAL INFORMATION FILE 

DEVICE 
TARGET 'PART NUMBER AMD PALCD16V8HD-15PC'; 
x {OPEN DRAIN }; 

END DEVICE; 


Once an output is in the proper form for an open-drain configuration, the 
MACHXL's simulator will simulate the functionality correctly and test vectors 
sent to the device programmer will also be correct. The fitter will generate 
two enable equations, one for open-drain capable devices and one for all other 
devices. In the example given above, the enable equation for open-drain 
outputs is oe, and the enable equation for other outputs is /i_ x*oe. To 
maintain device independence, an output can be fit on parts without the open- 
drain capability at the cost of increased enable equation complexity. Timing 
and parametric design issues should be considered independent of MACHXL's 
open-drain synthesis capability. 


The open-drain function may also be used to aid in bus design. The following 
example shows bus functionality using the open-drain capablity. 
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Example 


SOURCE FILE 
USE 'dfeature'; 


" Declare the inputs 
INPUT input_bus1[4]; 
INPUT input_bus2[4); 
INPUT clk; 


" Declare the two busses and the associated wired bus 
NODE internal bus1[4] CLOCKED BY clk; 

NODE internal _bus2[(4] CLOCKED BY clk; 

OUTPUT bus1[4]}; 

OUTPUT bus2[4]; 

WIRED BUS combined bus[4] : busl, bus2; 


" Declare an output that will refer to the wired bus 
OUTPUT and all; 


" Make assignments to the two busses 
internal _busl = input_busl; 
internal bus2 = input_bus2; 


" Declare each bus to have open-drain outputs 
bus1[0] = open drain (internal bus1[0], 1); 
busl[1]) = open _drain (internal busl[(1], 1); 
bus1[(2] = open _drain (internal _busl[2], 1); 
bus1[3] = open drain (internal _busl[3], 1); 
bus2[0] open drain (internal bus2[0], 1); 
bus2[(1] open drain (internal _bus2[1], 1); 
bus2[(2] = open drain (internal _bus2[2], 1); 
bus2[3] = open drain (internal _bus2[3], 1); 


" Finally, reference the wired bus 

and all = 
combined_bus[0]*combined_ bus[{1]*combined_bus[2] 
*combined_bus[3]; | 
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PHYSICAL INFORMATION FILE 
bus2 {OPEN DRAIN }; 
busl {OPEN DRAIN }; 


Specifying JEDEC Filenames 


MACHXL places JEDEC files in the design directory, using names in the 
form design name.jn. To specify a name for each JEDEC file you can use 
the FUSEMAP FILE property in the .pi file. The FUSEMAP FILE property 
is only allowed within a DEVICE construct. 


Syntax 
{ FUSEMAP FILE ' filename '' } ; 


Example 
DEVICE 
{ FUSEMAP FILE ' mypal . jedec '' } ; 


END DEVICE ; 


AMD MACH 


MACH devices are handled like any other PLD in MACHXL with full 
support for automatic device selection and partitioning. There are some 
details involved in using MACH parts that can improve utilization and help 
device-specific implementation issues. An overview of these issues is given in 
this section. For more details on targeting MACH devices, please see 
Appendix D. 


MACH Pin Numbering 


In the MACH family, there are six types of pins and internal nodes which may 
be assigned signals. They are: 
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© Input pins | 

O Input-clock pins 
O Biput pins 

O Shadow pins 

© Buried pins 

Oo Unary pins 


For physical pins, inputs, clock-inputs and I/O pins, the MACHXL reference 
is identical to the device pin number. The internal nodes, called buried, 
shadow, and unary pins, are referenced by node numbers. 


Buried and shadow pins are hidden (cannot be seen outside the device) and can 
be used to hold functions which are only used within the device. A buried pin 
is a macrocell within the device which cannot be connected to an I/O pin. A 
shadow pin is the internal part of an enabled output. It is simply the macrocell 
and its internal feedback path. Using a shadow pin rather than a biput pin 
allows the physical pin and its pin feedback path to be used as an input. For 
more information on buried, shadow, and unary pins (nodes), see the earlier 
sections in this chapter on Hidden Nodes , Shadow Nodes, and Unary 
Nodes. | 


The macrocells are sequentially numbered through the device in the same 
order as the macrocell names (A00 - H15). Depending on the device and PAL 
block, these numbers may go in the same order as the neighboring physical pin 
numbers or in the reverse order. 


_ A buried node is specified with the label BURIED_OF_xx, where xx is the 
manufacturer-specified pin number in the primary package, which is JLCC for 
the MACH family. | 


A shadow node is specified with the label SHADOW_OF_xx, where xx is the 


manufacturer-specified pin number in the primary package, which is JLUCC for 
the MACH family. 
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A unary node is specified with the label UNARY OF _ xx, where xx is the 
manufacturer-specified pin number in the primary package, which is JLCC for 
the MACH family. 


These labels (used in the . pi file) are enumerated in the application note 
entitled Complete List of MACH Pin Names in Appendix D. This 
application note also contains the numbering for buried, shadow, and unary 
pins, as well as pin/node numbering. 


The label names have the following meanings: 
node label Description 
BURIED_OF_xx Buried node associated with pin xx on the device 
SHADOW _OF xx Shadow node associated with pin xx on the device 


UNARY_OF_xx Unary nodes associated with pin xx on the device 


Using the .pi File with MACH Devices 


The .pi (Physical Information) file allows specifying details about 
implementing a design in a MACH family device. 


Properties and Device Utilization 


The MACH_UTILIZATION property allows specifying the amount of 
reserve capacity to leave available in a device. This affects the use of pterms 
and macrocells. 


Syntax 
{MACH_UTILIZATION percent ; 


Where percent is the percentage of device resources to be used. The range of 
values is 0 to 100. 
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The unused resources are distributed throughout the device. There are two 
reasons to reserve some resources in a device. 


1. Resources may be reserved to allow for logic expansion. 


2. Resources may be reserved to ease and speed the fitting process. It 
is easier for the fitter to place and route a solution at 80% 
utilization than at 100% utilization. If design iteration speed 1s 
more important than density (e.g., earlier in the design cycle), set 
the utilization factor to a lower value. 


Equation Optimization 

The MAX PTERMS property provides a means of tuning the optimization to 
best fit a design into MACH parts. The optimization process collapses 
combinatorial nodes in the design up to a size specified by MAX PTERMS. 
The value used for this property affects fitting into MACH parts. If the value 
is low, the design will typically be implemented as a larger number of smaller 
equations. This makes placement somewhat easier because smaller functions 
do not place demand on the pterm allocation mechanism, but more smaller 
functions may require more routing resources and may require more overall 
macrocell logic. At the other end, fewer larger functions may ease the routing 
requirements, but be harder to place, because the demand for pterms may 
cause conflicts in placing functions together in a PAL block. 


For more information on the use and syntax of the MAX PTERMS property, 
see Chapter 12. 


The minimum and maximum number of pterms along with a suggested value 
for the MAX PTERMS value are shown in in the following table. 
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Family Minimum Number Maximum Suggested 
of Pterms per Number of Number for 
Output Pterms per MAX_PTERMS 
Output 
MACH 1XX 4 12 8 
MACH 2XX 4 16 8 to 12* 
MACH 4XX 5 20 10 to 15 


* varies with the design. 


For optimal fitting, you should try a number of values to determine the best 
value for a given design. 


Note: Any optimization property (for example MAX PTERMS or 

MAX SYMBOLS) may be used in GROUPS, SECTIONS, or with any 
individual signals. For more information on the optimization properties, 
see Chapter 13. 


Targeting PAL Blocks 


You can specify which nodes, outputs and biputs are to be placed together in 
the same PAL block of a MACH device. Although in the MACH devices 
there is no timing advantage to placing signals in the same PAL block, doing 
so may make PCB layout easier by keeping related signals together. 


With the MACH family, there are two ways to specify a group of signals be 
placed together in the same PAL block: 


oO GROUP specifications in the .pi file 


O SECTION specifications in the .pi file. 
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Using GROUPs with MACH 


A GROUP specification inside a DEVICE targeted to a MACH device will 
place all of the signals inside the GROUP into the same PAL block. Other 

- GROUPS inside the DEVICE may or may not also be fit into that same PAL 
block. 


Example 


SOURCE FILE 
INPUT I[8]; 
OUTPUT ogroup1[8]; 
OUTPUT ogroup2[8]; 


ogroupl 
ogroup2 


I; 
1; 


PHYSICAL INFORMATION FILE 
DEVICE 
TARGET 'PART NUMBER AMD MACH110-15JC'; 


GROUP 

ogroupl; "all ogroupl signals will go into 
END GROUP; "the same PAL block 
GROUP 

ogroup2; "all ogroup2 signals may or may 
END GROUP; "not also go into ogroupl's PAL 


"block 
END DEVICE; 


Using SECTIONs with MACH 


A SECTION specification inside a DEVICE targeted to a MACH device will 
place all of the signals inside the SECTION into the same PAL block. Signals 
from one SECTION will not be placed into the PAL block of another 
SECTION. 
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You can specify which PAL block a SECTION should be placed into with the 
TARGET construct. If a SECTION isn't targeted to a PAL block, MACHXL 
will determine the best PAL block for the SECTION automatically. 


Syntax 
TARGET ‘pal block _name'; 


The following table lists the names of the PAL blocks for the MACH family: 


Template PAL Block Names 
MACH110 A..B 
MACH120 A..D 
MACH130 A..D 
MACH210 A..D 
MACH215 A..D 
MACH220 A..H 
MACH230 A..H 
MACH435 A..H 
MACH465 A..P 

Example 

SOURCE FILE 


INPUT I[(8]; 
OUTPUT ogroup1[8]; 
OUTPUT ogroup2[8]; 


ogroupl 
ogroup2 


I; 
T; 


PHYSICAL INFORMATION FILE 
DEVICE 
TARGET "PART NUMBER AMD MACH110-15JC'; 


Chapter 15: Device-Specific Partitioning (Optional) 265 


SECTION 
TARGET 'A'; 
ogroupl; "all ogroupl signals will go into PAL 
"block A 
END SECTION; 
SECTION 
TARGET 'B'; 
ogroup2; "all ogroup2 signals will go into 


"PAL block B 
END SECTION; 
END DEVICE; 


Using FLOAT_NODES with MACH Devices 


When refitting a design into a MACH device, the designer often will want to 
preserve the same pinout as in the original fit. However, the internal node 
assignments do not necessarily need to be maintained. The FLOAT_NODES 
property assists in the task of refitting a design in a MACH device. 


The FLOAT_NODES property causes the MACH fitters to interpret a node 
assignment in the .pi file as specifying only to which PAL block the signal 
goes. The node assignment is released, allowing the nodes to float in the PAL 
block indicated by the node assignment. This often gives the MACH fitters 
the latitude required to successfully refit the design with a fixed pinout. 


Syntax 
{ FLOAT_NODES } ; 


Example 


SOURCE FILE 

INPUT I1; 

INPUT clk, oe; 

NODE nl..n2 CLOCKED BY clk; 
OUTPUT O1 ENABLED BY oe; 


266 MACHXL Software User’s Guide (Version 3.0) 


nl- Il; 
n2 = nl; 
ol = n2; 


PHYSICAL INFORMATION FILE 
{FLOAT NODES}; 


DEVICE 
TARGET 'PART NUMBER AMD MACH110-20/BXA'; 


Ool1:2; 

INPUT c1lk:13; 

INPUT o0e:32; © 

INPUT 11:33; 

ni:SHADOW OF 16; "ni will be fit in PAL block A but not 
"necessarily on node SHADOW OF 16 

END DEVICE; 


In the example shown above, the .pi file was created by copying the .npi file 
created by MACHXL to a .pi file, then adding the FLOAT_NODES property 
(some constructs normally found in a .npi file have been eliminated for 
clarity). The FLOAT NODES property is given globally, and will apply to 
all MACH devices in the .pi file. 


Accessing the MACH Internal Feecback Path 


In the MACH devices, outputs without an output enable can be fed back into 
the device through two paths: 


1. Directly from the pin 
2. Directly from the macrocell 


These paths are functionally equivalent, but the pin feedback may be slightly 
slower than macrocell feedback. 


By default, MACHXL will route signals using the pin-feedback path. To use 
the macrocell-feedback path, attach the FORCE INTERNAL FB property to 
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the appropriate signal in the .pi file. To use this feedback on all signals in the 
device, include the FORCE_INTERNAL FB property in the DEVICE 
specification. 


Example 


SOURCE FILE 

INPUT a, b, c? 

OUTPUT outl CLOCKD BY clk; 
OUTPUT out2; 


outl =a * b; 
out2 = outl * c; 


PHYSICAL INFORMATION FILE 


DEVICE 
TARGET "PART NUMBER AMD MACH465~-15KC'; 
outl1{FORCE INTERNAL FB}; "Use the internal 
"feedback 
default; 


END DEVICE; 


Configuring the MACH 445 and MACH 465 Devices for 
Zero-Hold Time | 

The MACH 445 and MACH 465 have an option to insert a delay between the 
I/O pins and the input registers in the device. This has the effect of increasing 


the set-up time for the input registers and reducing the hold time for these 
registers to zero. 


To set the hold time on the input registers, use the 


MACH ZERO HOLD_INPUT property in the DEVICE section of the .pi 
file. 
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DEVICE 
TARGET 'PART NUMBER AMD MACH465-15KC'; 
{MACH ZERO HOLD INPUT}; "Set all input registers to 
"zero hold time 
default; 
END DEVICE; 


If the MACH ZERO HOLD INPUT property is assigned to a device, all of 
the input registers in the device will be configured for zero-hold time. 


Accessing the MACH 445 and MACH 465 Signature 
Bits 

The MACH 445 and MACH 465 devices have a 32-bit field to hold user data. 
This field is called the Signature Bits (or USERCODE) field. 


To place data in this field, use the SIGNATURE property in the DEVICE 
section of the .pi file. 


Example 

PHYSICAL INFORMATION FILE 

DEVICE 
TARGET 'PART NUMBER AMD MACH465-15KC'; 
{SIGNATURE 'test'}; 
default; 

END DEVICE; 


The argument for this property may be a string or an integer. Ifa string is 
used, up to four characters can be placed in the field. Alternately, any 32-bit 
signed integer can be placed in the field. 


The MACH .rpt File’ 


The MACH fitter has the capability to write a complete description of a fitted 
device showing resource utilization, all signal and routing information and full 
placement details including internal nodes. 
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The .rpt file is produced for MACH devices fit in the directed partitioning 
mode, that is, as a result of a DEVICE construct in the .pi file. The .rpt file is 
not produced during automatic device selection and partitioning. 


If you have a solution generated by automatic partitioning and need an .rpt 
file, move the .npi file to design. pi and rerun the fitter. This should run quite 
quickly and will produce .vpt files for any MACH devices in the solution. 


If you are fitting a design into a known set of MACH parts, and want a .rpt 
file on the first pass, put empty DEVICE constructs into the .pi file. This 
forces an .rpt file while allowing the fitter the freedom to partition the design. 
The following partitions a design into two MACH110's and produces a .rpt 
for each device. 


DEVICE 

TARGET 'PART NUMBER AMD MACH110-15Jc'; 
END DEVICE ; 
DEVICE 

TARGET 'PART NUMBER AMD MACH110-15Jc'; 
END DEVICE ; 


_ Note: Detailed MACH-specific information can be found in 
Appendix D. 


The MACH LOW_POWER Attribute 


All MACHxx1 (i.e., MACH111, MACH231, etc.) devices have a low-power 
attribute that can be applied at the macrocell level. The attribute sets the 
macrocell for a given signal to the low power consumption mode. This can be 
applied globally for all signals in a device, or locally (in a DEVICE statement) 
for only those signals specified. 


{LOW_POWER} global declaration for all signals in 
a device 
DEVICE 
TARGET signal_1, signal _2 {LOW_POWER}; 
END DEVICE; affects only signal 1 and signal 2 
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| Introduction 


When selecting a PLD or CPLD device solution, MACHXL generates an 
output file containing the information necessary to program devices using a 
device programmer over an RS-232C communications port. This chapter 
discusses ways of downloading fusemaps to your device programmer, 
programming your devices, and testing your devices. 


Programming PLDs or CPLDs 


MACHXL creates device fusemap files containing all the information required 
by a device programmer to program the devices. The device fusemap files 
must be downloaded from your computer system to the device programmer 
before a device can be programmed. 


Downloading Fusemaps 


Downloading the fusemap file from a system to a programmer is done using, 
the device programmer's communication software. This software can be 
executed from MACHXL's menu system. To use your device programmer's 
software from the MACHXL menu, select DOWNLOAD. (See Chapter 3 for 
more information on this menu selection.) 


Using Your Device Programmer's 
Downloading Software 


To download the device fusemaps you must run your device programmer's 
communication software. This software will require the name of the device 
fusemap file. MACHXL creates the following output files for PLD and 


CPLD devices: 
Format Output Filename Device Type 
JEDEC filename. j1 .. jn PALs and GALs 
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Where: 
filename is the name of the file containing your design. 


jl Is the extension for a JEDEC file, with the number 1 
corresponding to the first device in the solution. For a 
counter design with three devices in its solution, the names of 
the output files would be: counter jl, counterj2, and 
counter.j3. | 


Connecting Your Computer System to a 
Device Programmer 


You should use the cable recommended by the maker of your device 
programmer when connecting the programmer to your computer system. 
Refer to your device programmer's documentation for instructions on 
connecting the cable from your computer system to the device programmer. 


Testing Devices 


Test vectors are produced by the simulator and are part of the device fusemap 
file. The test vectors are produced only if there 1s a .stm file containing a 
SYSTEM_TEST. Refer to your device programmer's documentation for 
more information on how to test your device using the test vectors. 


Chapter 16: Programming and Testing Devices 273 


274 MACHXL Software User’s Guide (Version 3.0) 


17 


Contents 


Documenting a Design 


FAUT OCU CHOON asa crscnataiueis o.sholannstabeidiaseeteeen secede aes 276 
6 rd (ool Go: ce en eR ee net ee nee eee at eee 276 
Switch. Values (GDtiONnS) i, 2sacsseniesiiisinis cece eee 277 
Reduced Design Equations ...........0..0...ccccccsccccceseessseceeeeeeeeeenesseeas 277 

How Equations are Generated .................::cssseseeeeseeeeeeeeees 277 

Equation Extensions Used in the .doc File.....................05. 277 

DeMorgan Equations .................ccccccccccesesseesecesssseeeesesaes 279 

Equation Display ................cc:cccccessccccsesssssccessesssceeeeeessanee 280 
Partitioning Criteria osc.ississaisiesiudiaetavecadea shandecedeaseeavativccdediccevaedds 280 
SOMILIONS LSE ssh ccssetceaiicinhiasais isa tvaneaeesaeenaeaseetemsa se eeale eee: 281 
| SUT 107] 0 Ch | (pe ae ee 281 
PimOut 1a rams chs sata vieadie tates ooecaw seed Saedasmeeaatedaesekavedes 281 
POSsiDie DEVices: List isc. denis cadesiectabiscanddsoostaaveseantctaie anid 281 
WV AS oscuaccece ssi aette ciate nsetesiede at cane eee 282 
Viewing the Documentation .................c.cccccccccccsseeseeeeccessessseeeeseees 282 


Chapter 17: Documenting a Design 


275 


ct 


Introduction 
MACHXL documents a design during the various stages of compilation and 
partitioning. All this information about a design is contained in the file 


design_name.doc. The following information is contained in the .doc file: 


Information about the design (title, designer, date, company, etc) and switch 
_values (options) specified for compiler and optimizer functions 


O Reduced design equations 
o A list of the solutions generated for the design 
O Partitioning criteria used in generating the device solutions 


Pinout diagrams of the device solution selected 


O 


o A list of possible devices for the templates in the solution 
o A wire list 


These sections of the documentation file are described in the following 
sections. | 


Title Page 
The title page gives the header information optionally specified for a design, 
including the title, engineer, company, project, revision number, and comments — 
about the design. The date and filename are automatically generated and 
included in the beginning of the documentation. The individual 


MACHXL module revision numbers are also provided. 


The title page also includes information about switch values specified for the 
compiler and optimizer. 
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Switch Values (options) 


This section of the .doc file indicates the switch values used by the compiler 
and optimizer. These reduction and optimization values assure the same 
equation output on subsequent passes of the front end. These switch values 
indicate levels for: 


Oo Compiler reduction 
© Optimizer reduction 
© Optimizer node generation. 


For more information on the switch values available for the compiler and 
optimizer, see Chapters 10 and 12 respectively. 


Reduced Design Equations 


How Equations are Generated 


When a source file is compiled and optimized, MACHXL takes the user- 
specified equations and synthesizes additional equations from them. For 
example, if specifying a JK-flip flop as part of the design, the compiler 
generates equations for all other flip flop types as well. These synthesized 
equations are simply logically-equivalent versions of the flip flop specified. 
These additional equations give the partitioning and fitting software more 
options with which to fit your design. This means that the .doc file may 
contain equations in addition to those supplied by you in the design source file. 


Equation Extensions Used in the .doc File 


The following tables list equation types and the equation extension used in the 
doc file: 
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.doc File Description Example 
Extension | 
* XORL if y =a (+) b, then y.xorl = a Y.XORL 
(left side of XOR operation) 
* XORR if y =a (+) b, then y.xorr = b Y.XORR 


(right side of XOR operation) 


.EQN Combinatorial equation A.EQN 
(no CLOCKED_BY on output, 
biput, or node) 


* The compiler/optimizer may generate an XOR equation even if none was specified in the original 
.src file. Examples include synthesis from T flops, arithmetic operators .+. and .-., etc. For more 
information see chapters 10 and 12. 


.doc File Description Example 
Extension 

D D-flip-flop equation ~FLOP.D 

J J-flip-flop equation FLOP.J 

K K-flip-flop equation FLOP.K 

S S-flip-flop equation FLOP.S 

.R R-flip-flop equation FLOP.R 

T T-flip-flop equation FLOP.T 
.CLK clock equation X.CLK = /A 


OUTPUT x CLOCKED_BY /a 


.RESET reset equation X.RESET = RST 


OUTPUT x CLOCKED_BY /a 
RESET_BY rst 
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.doc File Description Example 
Extension 
PRESET preset equation X.PRESET = PRST 


OUTPUT x CLOCKED_BY /a 
PRESET_BY prst 


.OE enabled equation X.OE = OE 


OUTPUT x ENABLED_BY oe 


cr 


LATCH latched equation _ X. LATCH = LAT1 


OUTPUT X LATCHED_BY latt 


.CE clock-enabled equation X.CE = CE 


DeMorgan Equations 


In addition to the equations listed in the previous table, the compiler/optimizer 


may generate DeMorgan versions of the same equations. 


Note: There are cases when the non-complemented version of an 
equation can NOT be generated by the compiler/optimizer, due to 
the size of the equation, but the complemented (DeMorgan) version 


can. 


The DeMorgan equivalent of the original or synthesized equations may be fit 


into a device. In the .doc file, a tilde (~) after an equation name, such as 


OR1.EQN(~), indicates the DeMorgan version of that equation. 
For example, an equation declared with the following specifications: 


LOW TRUE INPUT oe; 

INPUT a, b; 

OUTPUT orl ENABLED BY oe; 
orl =a + b; 
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After the system equations are created, the .doc file equations are: 


OR1.EQN = A + B; 
-OE #£-= OE; 
OR1.EQN(~) = /A * /B; 


.OE(~) = /OE; 


Equation Display 


There are four equation categories displayed in the .doc file. They are: 
1. Primary - equations used to describe the signal 
2. Synthesized - equations generated by the compiler/optimizer 


3. DeMorgan - complemented equations generated by the 
compiler/optimizer 


4. Fit - form of the equations (primary, synthesized, or the DeMorgan 
of the two) that was actually fit into the device 


The documentor can display any (or all) of these equation categories 
independently. By default, the documentor will: 


O Display the version of the equation that was used during Fitting 


© Display the primary equation version if Fitting has not yet been 
done 


You can also access the .doc file by means of the menuing system. For more 
information on using the menus, see Chapter 3. 


Partitioning Criteria 


A copy of the .cst (cost) file, used to specify the partitioning constraints, 1s 
placed in the .doc file for reference. 
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A warning may appear in the .doc file to indicate the .cst file used during 
partitioning was updated since the solutions were generated. indicates the 
partitioning criteria displayed in the .doc file may be incorrect. 


This section appears in the .doc file only after the device scanner is run. 


Solutions List 
A copy of the solutions generated for a design are placed in the documentation 
file for quick reference. Another solution may be selected for a design by 


using the Solutions menu item from the Device Menu. 


This section appears in the .doc file only after the device fitter 1s run. 


Fusemap Files 
This section indicates which fusemaps go to which device for a particular 


solution. This section will appear in the .doc file only after the fuse mapper is 
run. 


Pinout Diagrams 
Partitioning a design produces a pinout diagram (DIP or CDIP packages) or a 


pinout table (all other packages) shows the device , the pin types (1.e., INPUT, 
OUTPUT, BIPUT), and an indicator of the signal/pin placement. 


Possible Devices List 


When device solutions are generated, the solution list contains device template 
names, not manufacturers' names for devices. The design documentation 
displays actual devices to select for the device templates used in a solution. 
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Wire List| 


A wire list shows which signals to connect to which pins for the device 
solution selected. 


Viewing the Documentation 


For specific information on viewing the documentation file from within 
MACHXL, see Chapter 3. You may also view the file outside of MACHXL 
by pulling the file filename.doc into a text editor. 
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What If Equations Are Too Large? 


Equations with too many product terms or input symbols for the target devices. 

won't fit into the devices. Very large equations may cause a fatal error from 

the compiler. There are several good design practices that help avoid large 
equations: | 


O Declare NODEs and use them to break up large equations or hold 
intermediate values shared by other equations. These NODEs give 
the optimizer more flexibility to do its job. It removes nodes if 
their removal doesn't make equations too large. See Chapter 5 for 
more on declaring NODEs. 


oO Use PROCEDUREs and FUNCTIONS to implement portions of 
the design logically separate or for functionality repeated in more 
than one place. Using PROCEDUREs and FUNCTIONS 
automatically introduces NODEs that help the optimizer do its job. 
See Chapter 5 for more on declaring NODEs. See Chapter 8 for 
more information on Procedures and Functions. 


o Ifa STATE MACHINE 1s used then the values assigned to each 
state can affect the size of equations. The STATE VALUES 
ONE_HOT value assignment method produces small equations at 
the cost of using more registers. (However, ONE_HOT state 
machines do cause large intermediate equations prior to 
optimization.) See Chapter 7 for more on STATE_MACHINEs. 


There are several .pi properties used by the optimizer which affect the sizes of 


equations produced by the optimizer. See Chapter 12 for more on the 
optimizer. | 


What If MACHXL Runs Out of Memory? 


The minimum recommended memory configuration on a PC is 8 Megabytes. 
Large designs targeting the larger more complex devices may require more 
than 8 Megabytes. © 
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In the Compiler 


If this error occurs in the compiler it is probably due to an equation growing 
too large to be represented in the available memory. See the previous question 
What If Equations Are Too Large? for information on controlling equation 
SIZE. 


Large state machines, and especially ONE_HOT state machines, use lots of 
memory since they produce large intermediate equations. Again, use of 
NODEs to hold intermediate values of conditional expressions in each state 
simplifies the resulting equations. 


In the Optimizer 


If this error occurs in the optimizer then it is probably due to the 

MAX PTERMs property in the .pi file being too large. The default is 16. 
Memory problems can crop up when MAX _PTERMS is set in the hundreds 
for targeting devices handling very large equations. 


In the Fitter 


If this error occurs in the fitter, the combination of the size of the design and 
the number of templates considered is too large. If some solutions have 
already been found then the fitter recovers gracefully allowing one of the 
existing solutions to be selected. 


To avoid this error and allow the fitter to consider all possible solutions across 
the available templates, use the template constraint menu to pare away those 
templates not appropriate for the design. Very large designs may need the 
templates pared down to just a few. 


Chapter 18: MACHXL Design Tips 285 


What Can Be Done to Speed Things Up? 


In the Compiler and Optimizer 


Slow performance of the compiler and the optimizer is usually due to very 
large equations. See the previous question What If Equations Are Too 
Large? for information on controlling equation size. | 


In the Fitter 


The most important first step 1s restricting the number of device architectures 
the fitter considers by specifying all device constraints. Prioritize according to 
size if appropriate. Pay attention to the physical constraints in the constraints 
menu, and the templates menu as well. Avoid including complex device 
architectures, if they are not needed, in a large solution search. See Chapter 3 
for information on controlling constraints. : 


The .pi file is used to direct partitioning. If particular devices are needed as 
part of the solution, specify .pi file signal groups to assist the fitter in 
partitioning the design. See Chapter 15 for information on directed fitting. 


What Can Be Done to Minimize the Amount 
of Hardware Needed to Implement a Design? 


This is one of the goals of any design and depends on the design. However 
several capabilities of MACHXL software can help. 


In the Design Files | 


It is important the equations being fitted are appropriate for the target 
hardware. See the previous question What If Equations Are Too Large? for 
information on controlling equation size. 
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The language allows the designer to explicitly control whether NODEs remain 
or are removed by the optimizer by declaring them to be PHYSICAL or 
VIRTUAL. See Chapter 12, Optimizing a Design for more on PHYSICAL 
and VIRTUAL NODEs. 


In the Fitting Constraints 


The fitter finds good solutions as long as it is allowed to search for solutions. 
Avoid turning synthesis options off, such as Auto-Demorganization. Avoid 
restricting the set of architectures considered by the fitter to those familiar 
when there may be better, less familiar devices for implementing a design that 
the fitter will find if given a chance. A good strategy is first allowing the fitter 
to do a wide-open, extensive partitioning search across a complete set of 
device architectures. For large designs, let this search run overnight or over a 
weekend. Then, pick a solution and, if needed, fine-tune the solution by 
moving the .npi file to the .pi file and modifying this new .pi file as needed. 
See Chapter 15 for information on directed fitting. 


.cst File and Fitter Speed 


By creating a .cst file containing only the template of interest (see below), you 
can save time during the execution of the fitter. 


Example .cst file 
TEMPLATE = MACH210; 
Similar to the default .pi above, this information can be placed into a default 


constraint file (default.cst) which will assure its use each time a new design 1s 
fit. 
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Introduction 
This appendix has 8 sections. They are as follows: 


AMD PLD Design Module 

AMD MACH Design Module 
Devices listed by template number 
Device footprints 

New (added) devices (Version 3.0) 
Renamed devices (Version 3.0) 
Obsolete devices (Version 3.0) 
Deleted devices (Version 3.0) 


O06audUdDUCUNdUC NU NlLUO 


AMD PLD Design Module 


Each column is made up of the AMD abbreviation, and the AMD device part 
number, which are grouped under the template name (in bold print). 


This list is used to generate the appropriate TARGET statement to specify a 
particular device in the .pi file. 


Syntax 


TARGET "PART NUMBER manufacturer abbreviation 
device part number'; 


Example 


TARGET "PART NUMBER AMD MACH110-12JC'; 
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AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
P16R4 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


PAL16L8-4JC 
PAL16L8-5JC 
PAL16L8-5PC 
PAL16L8-7DC 
PAL16L8-7JC 
PAL16L8-7PC 
PALI6L8A2CN 
PAL16L8A2CNL 
PAL16L8ACN 
PALI6L8ACNL 
PAL16L8B2CN 
PALI6L8B2CNL 
PAL16L8B4CJ 
PAL16L8B4CN 
PAL16L8B4CNL 
PALI6L8BCN 
PALI6L8BCNL 
PAL16L8D/2JC 
PAL16L8D/2PC 


9962-85155042A 
9962-8515504RA 
9962-85155082A 
9962-851 5508RA 
9962-88515042A 
9962-8851504RA 
81036102A 
8103610RA 
81036142A 
8103614RA 
PAL16R4-4JC 
PAL16R4-SJC 
PAL16R4-5PC 
PAL16R4-7DC 
PAL16R4-7JC 
PAL16R4-7PC 
PALI6R4A2CN 
PAL16R4A2CNL 
PALI6R4ACN 
PALI6R4ACNL 
PAL16R4B2CN 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


AMD > 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
/ AMD 
AMD 
AMD 
AMD 
AMD 


P16R8 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
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PAL1GR4B2CNL 
PALI6R4B4CJ 
PAL1GR4B4CN 
PALIGR4B4CNL 
PALIGR4BCN 
PALIGR4BCNL 
PALI6R4CN 
PALIGR4CNL 
PAL16R6-4JC 
PAL16R6-5JC 
PAL16R6-5PC 
PAL16R6-7DC 
PAL16R6-7JC 
PAL16R6-7PC 
PAL16R6A2CN 
PAL16R6A2CNL 
PAL16R6ACN 
PALIGR6ACNL 
PAL1GR6B2CN 
PAL1GR6B2CNL 
PALIGR6B4CJ 
PALIGR6B4CN 
PALI1GR6B4CNL 
PAL16R6BCN 
PALI6R6BCNL 
PALIGR6CN 
PAL16R6CNL 
PAL16R6D/2PC 


PAL16R8-4JC 
PAL16R8-5JC 
PAL16R8-5PC 
PAL16R8-7DC 
PAL16R8-7JC 
PAL16R8-7PC 
PAL16R8A2CN 
PAL16R8A2CNL 
PALI16R8ACN 
PAL1I6R8ACNL 
PAL16R8B2CN 
PAL16R8B2CNL 
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AMD PAL16R8B4CJ AMD AMPAL18P8ALJC 


AMD PAL16R8B4CN AMD AMPAL18P8ALPC 
AMD PAL16R8B4CNL AMD AMPAL18P8APC 
AMD PAL16R8BCN AMD AMPAL18P8BJC 
AMD PAL16R8BCNL AMD AMPAL18P8BPC 
AMD PAL16R8CN AMD AMPAL18P8LJC 
AMD PALIG6GR8CNL AMD AMPAL18P8LPC 
AMD PAL16R8D/2JC P20L8 
AMD PAL16R8D/2PC AMD PAL20L8-10/2JC 
P16V8A | AMD PAL20L8-10/2PC 
AMD PALCE16V8H-10JC/4 AMD PAL20L8-5JC 
AMD PALCE16V8H-10PC/4 AMD PAL20L8-5PC 

~ AMD PALCE16V8H-10SC/4 AMD PAL20L8-7JC 
AMD PALCE16V8H-15JC/4 AMD PAL20L8-7PC 
AMD PALCE16V8H-15PC/4 AMD PAL20L8A2CNL 
AMD PALCE16V8H-15SC/4 AMD PAL20L8A2CNS 
AMD PALCE16V8H-25JC/4 AMD PAL20L8ACNL 
AMD PALCE16V8H-25PC/4 AMD PAL20L8ACNS 
AMD PALCE16V8H-5JC/5 AMD PAL20L8B2CFN 
AMD PALCE16V8H-7JC/5 AMD PAL20L8B2CNL 
AMD PALCE16V8H-7PC/5 AMD | PAL20L8B2CNS 
AMD PALCE16V8Q-10JC/5 AMD PAL20L8BCFN 
AMD PALCE16V8Q-15JC/4 AMD PAL20L8BCNL 
AMD PALCE16V8Q-15PC/4 AMD PAL20L8BCNS 
AMD PALCE16V8Q-25JC/4 P20R4 
AMD PALCE16V8Q-25PC/4 AMD PAL20R4-5JC 
AMD PALCE16V8Z-15Jl | AMD PAL20R4-5PC 
AMD PALCE16V8Z-15PI AMD PAL20R4-7DC 
AMD PALCE16V8Z-25JC AMD PAL20R4-7JC 
AMD PALCE16V8Z-25JI AMD PAL20R4-7PC 
AMD - PALCE16V8Z-25PC AMD PAL20R4A2CNL 
AMD PALCE16V8Z-25PI AMD PAL20R4A2CNS 
AMD PALLV16V8-10JC AMD PAL20R4ACNL 
AMD PALLV16V8-10PC AMD PAL20R4ACNS 
AMD PALLV16V8Z-20JI AMD PAL20R4B2CFN 
AMD PALLV16V8Z-20P| | AMD PAL20R4B2CNL 
P16V8HD AMD PAL20R4B2CNS 
AMD PALCE16V8HD-15JC AMD PAL20R4BCNL 
AMD PALCE16V8HD-15PC AMD PAL20R4BCNS 
P18P8 P20R6 
AMD AMPAL18P8ADC AMD PAL20R6-5JC 
AMD AMPAL18P8AJC AMD PAL20R6-5PC 
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AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
P20R8 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
P20RA10 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


PAL20R6-7DC 
PAL20R6-7JC 
PAL20R6-7PC 
PAL20R6A2CNL 
PAL20R6A2CNS 
PAL2OR6ACNL 
PAL20R6ACNS 
PAL2OR6B2CFN 
PAL20R6B2CNS 
PAL2OR6BCNL 
PAL20R6BCNS 


PAL20R8-10/2PC 
PAL20R8-5JC 
PAL20R8-5PC 
PAL20R8-7DC 
PAL20R8-7JC 
PAL20R8-7PC 
PAL2OR8A2CNL 
PAL20R8A2CNS 
PAL20R8ACNL 
PAL20R8ACNS 
PAL2OR8B2CFN 
PAL2OR8B2CNL 
PAL20R8B2CNS 
PAL2OR8BCNL 
PAL20R8BCNS 


PAL20RA10-20CFN 
PALCE20RA10H-10JC 
PALCE20RA10H-10JI 
PALCE20RA10H-10PC 
PALCE20RA10H-10PI 
PALCE20RA10H-15JC 
PALCE20RA10H-15JI 
PALCE20RA10H-15PC 
PALCE20RA10H-15P! 
PALCE20RA10H-20PC 
PALCE20RA10H-7JC 
PALCE20RA10H-7JI 


P20V8A 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
P22P10 
AMD 
AMD 
AMD 
AMD 
AMD 
P22V10 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


PALCE20V8H-10JC/4 
PALCE20V8H-10PC/4 
PALCE20V8H-15JC/4 
PALCE20V8H-15J1/4 
PALCE20V8H-15PC/4 
PALCE20V8H-25JC/4 
PALCE20V8H-25J1/4 
PALCE20V8H-25PC/4 
PALCE20V8H-SJC/5 
PALCE20V8H-7JC/5 
PALCE20V8H-7PC/5 
PALCE20V8Q-15JC/4 
PALCE20V8Q-15PC/4 
PALCE20V8Q-20P1/4 
PALCE20V8Q-25JC/4 
PALCE20V8Q-25PC/4 


AMPAL22P10AJC 
AMPAL22P10ALDC 
AMPAL22P10ALPC 
AMPAL22P10BJC 
AMPAL22P10BPC 


AMPAL22V10AJC 
AMPAL22V10APC 
AMPAL22V10JC 
AMPAL22V10PC 
CE22V10H-15E4/BKA 
PAL22V10-10JC 
PAL22V10-10PC 
PAL22V10-15DC 
PAL22V10-15JC 
PAL22V10-15PC 
PALCE22V10H-10JC/5 
PALCE22V10H-10PC/5 
PALCE22V10H-15JC/4 
PALCE22V10H-15PC/4 
PALCE22V10H-15SC/4 
PALCE22V10H-25JC/4 
PALCE22V10H-25PC/4 
PALCE22V10H-25SC/4 
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AMD 

AMD 
P24V10 
AMD 

AMD 

AMD 

AMD 
P26V12 
AMD 

AMD 

AMD 

AMD | 
P29M16 
AMD 

AMD 
P29MA16 
AMD 

AMD 
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PALCE22V10H-5JC/S 
PALCE22V10H-7JC/S 
PALCE22V10H-7PC/5 
PALCE22V10Q-10JC 
PALCE22V10Q-10PC 
PALCE22V10Q-10SC 
PALCE22V10Q-15JC 
PALCE22V10Q-15PC 
PALCE22V10Q-25JC/4 
PALCE22V10Q-25PC/4 
PALCE22V10Z-15JI 
PALCE22V10Z-15PI 
PALCE22V10Z-15S! 
PALCE22V10Z-25JC 
PALCE22V10Z-25J] 
PALCE22V10Z-25PC 
PALCE22V10Z-25PI 
PALCE22V10Z-25SC 
PALCE22V10Z-25SI 
PALLV22V10-10PC 
PALLV22V10-7JC 
PALLV22V10Z-25JI 
PALLV22V10Z-25PI 
PALLV22V10Z-25S! 


PALCE24V10H-15JC 
PALCE24V10H-15PC 
PALCE24V10H-25JC 
PALCE24V10H-25PC 


PALCE26V12H-15JC/4 
PALCE26V12H-15PC/4 
PALCE26V12H-20JC/4 
PALCE26V12H-20PC/4 


PALCE29M16H25JC/4 
PALCE29M16H25PC/4 


PALCE29MA16H25JC/4 
PALCE29MA16H25PC/4 


P600 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


PALCE610H-15JC 
PALCE610H-15PC 
PALCE610H-20/B3A 
PALCE610H-20/BLA 
PALCE610H-25JC 
PALCE610H-25PC 


AMD MACH Design Module 


The device templates (i.e., architectures) listed below are supported by this 


Design Module. 

MACH110 MACH220 
MACH111 MACH230 
MACH120 MACH231 
MACH130 MACH355 
MACH131 MACH435 
MACH210 MACH445 
MACH211 MACH465 
MACH215 


Each column is made up of the AMD abbreviation, and the AMD device part 
number, which are grouped under the template name (in bold print). 


This list is used to generate the appropriate TARGET statement to specify a 
particular device in the .pi file. 


Syntax 


TARGET "PART NUMBER manufacturer abbreviation 
device part number’; 


Example 


TARGET 'PART NUMBER AMD MACH110-12JC'; 
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MACH110 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
MACH111 
AMD 
AMD 
AMD 
AMD 
AMD 
MACH120 
AMD 
AMD 
AMD 
AMD 
AMD 
MACH130 
AMD 
AMD 
AMD 
AMD 
MACH131 
AMD 
AMD 
AMD 
AMD 
AMD 
MACH210 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


~ AMD 


AMD 


MACH110-12JC 
MACH110-14JI 
MACH110-15JC 
MACH110-18u! 
MACH110-20JC 
MACH110-24JI 


MACH111-10JC 
MACH111-12JC 
MACH111-15JC 
MACH111-20JC 
MACH111-7JC 


MACH120-12JC 
MACH120-15JC 
MACH120-18JI 
MACH120-20JC 
MACH120-24JI 


~MACH130-15JC 


MACH130-18JI 
MACH130-20JC 
MACH130-24JI 


MACH131-10JC 
MACH131-12JC 
MACH131-15JC 
MACH131-20JNC 
MACH131-7JC 


MACH210-12JC 
MACH210-14JI 
MACH210-15JC 
MACH210-18JI 
MACH210-20JC 
MACH210-24JI 
MACH210A-10JC 
MACH210A-10VC 
MACH210A-12JC 
MACH210A-12JI 
MACH210A-12VC 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
MACH211 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
MACH215 
AMD 
AMD 
AMD 
AMD 
AMD 
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MACH210A-15VC 
MACH210A-20VC 
MACH210A-7JC 
MACH210AQ-12JC 
MACH210AQ-15JC 
MACH210AQ-18uI 
MACH210AQ-20JC 
MACH210AQ-24JI 
MACHLV210-15JC 
MACHLV210-18JI 
MACHLV210-20JC 
MACHLV210-24JI 


MACH211-12JC 
MACH211-14Jl 
MACH211-15JC 
MACH211-18Jl 
MACH211-20JC 


-MACH211-24J] 


MACH211A-10JC 
MACH211A-10VC 
MACH211A-12JC 
MACH211A-12Jl 

MACH211A-12VC 
MACH211A-15VC 
MACH211A-20VC 


~ MACH211A-7JC 


MACH211AQ-12JC 
MACH211AQ-15JC 
MACH211AQ-18JI 
MACH211AQ-20JC 
MACH211AQ-24JI 
MACHLV211-15JC 
MACHLV211-18JI 
MACHLV211-20JC 
MACHLV211-24JI 


MACH215-12JC 
MACH215-14JI 
MACH215-15JC 
MACH215-18JI 
MACH215-20JC 


AMD 
MACH220 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
MACH230 
AMD 
AMD 
AMD 
AMD 
AMD 
MACH231 
AMD 
AMD 
AMD 
AMD 
AMD 
MACH355 
AMD 
AMD 
MACH435 
AMD 
AMD 
AMD 
AMD 
AMD 
MACH445 
AMD 
AMD 
AMD 
MACH465 
AMD 
AMD 
AMD 


MACH215-24Jl 


MACH220-10JC 
MACH220-12JC 
MACH220-15JC 
MACH220-18J1 
MACH220-20JC 
MACH220-24)J| 


MACH230-10JC 
MACH230-15JC 
MACH230-18JI 
MACH230-20JC 
MACH230-24JI 


MACH231-10JC 
MACH231-12JC 
MACH231-15JC 
MACH231-20JC 
MACH231-7JC 


MACH355-15YC 
MACH355-20YC 


MACH435-12JC 
MACH435-15JC 
MACH435-20JC 


MACH435Q-20JC 
MACH435Q-25JC 


MACH445-12YC 
MACH445-15YC 
MACH445-20YC 


MACH465-12YC 
MACH465-15YC 
MACH465-20YC 
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oe 


Devices Listed By Template Number 


This section is a listing of all AMD devices supported by MACHXL. The 
devices in this list are sorted alphabetically by template number. The columns 
in the list consist of the manufactures abbreviation, followed by the device's 
part number, and the footprint name. 


This list can be used to generate a TARGET statement in the .pi file to specify 
a particular device. 


Syntax 
TARGET 'TEMPLATE template name footprint _name'; 


Example 


TARGET 'TEMPLATE MACH110 JLCC-44-STD; 
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AMD  MACH120-15JC — JLCC-68-STD 
MA CH 110 AMD = MACH120-184JI JLCC-68-STD 
a. “hae anaes Rees AMD  MACH120-20JC JLCC-68-STD 
AMD  MACH120-24JI JLCC-68-STD 
AMD  ~ MACH110-14JI JLCC-44-STD 
AMD MACH110-15JC JLCC-44-STD 
AMD  ~ MACH110-18JI JLCC-44-STD MA CH 130 
AMD ~=MACH110-20UC JLCC-44-STD AMD  ~MACH130-15JC JLCC-84-STD 
AMD  ~ MACH110-24JI JLCC-44-STD AMD = MACH130-184JI! JLCC-84-STD 
AMD = MACH130-20JC JLCC-84-STD 
MA CH 111 AMD  MACH130-24JI JLCC-84-STD 
AMD  ~ MACH111-10NC JLCC-44-STD 
AMD MACH111-12UC - JLCC-44-STD MA CH 13 1 
AMD MACH111-15JC JLCC-44-STD AMD MACH131-10JC | JLCC-84-STD 
AMD  MACH111-20JC JLCC-44-STD AMD MACH131-12JC JLCC-84-STD 
AMD  ~==MACH111-7JC JLCC-44-STD AMD  MACH131-15JC JLCC-84-STD 
AMD MACH131-20JC JLCC-84-STD 
MACH120 AMD = MACH131-7JC JLCC-84-STD 
AMD  MACH120-12JC JLCC-68-STD 
298 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


MACH210 


MACH210-12JC 
MACHZ210-1 4JI 
MACH210-15JC 
MACH210-18JI 
MACH210-20JC 
MACHZ210-24JI 
MACH210A-10JC 
MACH210A-10VC 
MACH210A-12JC 
MACH210A-12JI 
MACH210A-12VC 
MACH210A-15VC 
MACH210A-20VC 
MACH210A-7JC 
MACH210AQ-12JC 
MACH210AQ-15JC 
MACH210AQ-18JI 
MACH210AQ-20JC 
MACH210AQ-24JI 
MACHLV210-15JC 
MACHLV210-18J1 
MACHLV210-20JC 
MACHLV210-24J| 


MACH211 


MACH211-12JC 
MACH211-14J] 
MACH211-15JC 
MACHZ211-18JI 
MACH211-20JC 
MACHZ211-24JI 
MACH211A-10JC 
MACH211A-10VC 
MACH211A-12JC 
MACH211A-12JI 
MACH211A-12VC 
MACH211A-15VC 
MACH211A-20VC 
MACH211A-7JC 


JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
TQFP-44-TQ44 
JLCC-44-STD 
JLCC-44-STD 
TQFP-44-TQ44 
TQFP-44-TQ44 
TQFP-44-TQ44 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 


JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
TQFP-44-TQ44 
JLCC-44-STD 
JLCC-44-STD 
TQFP-44-TQ44 
TQFP-44-TQ44 
TQFP-44-TQ44 
JLCC-44-STD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


AMD 
AMD 
AMD 
AMD 
AMD 


AMD 
AMD 
AMD 
AMD 
AMD 


MACH211AQ-12JC 
MACH211AQ-15JC 
MACH211AQ-18JI 
MACH211AQ-20JC 
MACH211AQ-24JI 
MACHLV211-15JC 
MACHLV211-18J] 
MACHLV211-20JC 
MACHLV211-24JI 


MACH215 


MACH215-12JC 
MACH215-14JI 
MACH215-15JC 
MACH215-18J1 
MACH215-20JC 
MACH215-24JI 


MACH220 


MACH220-10JC 
MACH220-12JC 
MACH220-15JC 
MACH220-184JI 
MACH220-20J5C 
MACH220-24J| 


MACH230 


MACH230-10JC 
MACH230-15JC 
MACH230-18JI 
MACH230-20JC 
MACH230-24J| 


MACH231 


MACH231-10JC 
MACH231-12JC 
MACH231-15JC 
MACH231-20JC 
MACH231-7JC 


JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 


JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 
JLCC-44-STD 


JLCC-68-STD 
JLCC-68-STD 
JLCC-68-STD 
JLCC-68-STD 
JLCC-68-STD 
JLCC-68-STD 


JLCC-84-STD 
JLCC-84-STD 
JLCC-84-STD 
JLCC-84-STD 
JLCC-84-STD 


JLCC-84-STD 
JLCC-84-STD 
JLCC-84-STD 
JLCC-84-STD 
JLCC-84-STD 
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AMD 


AMD 
AMD 
AMD 
AMD 
AMD 


AMD 
AMD 


AMD | 


AMD 
AMD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
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MACH355 


MACH355-15YC 
MACH355-20YC 


MACH435 


MACH435-12JC 


~ MACH435-15JC 


MACH435-20JC 


MACH435Q-20JC 
MACH435Q-25JC 


MACH445 


MACH445-12YC 
MACH445-15YC 
MACH445-20YC 


MACH465 


MACH465-15YC 
MACH465-20YC 


P16L8 


PAL16L8-4JC 
PAL16L8-5JC 
PAL16L8-5PC 
PAL16L8-7DC 


PAL16L8-7JC 


PAL16L8-7PC 
PAL16L8A2CN 
PAL16L8A2CNL 
PALI6L8ACN 
PALI6L8ACNL 
PAL16L8B2CN 
PAL16L8B2CNL 
PAL16L8B4CJ 
PAL16L8B4CN 
PAL16L8B4CNL 
PAL16L8BCN 
PALI6L8BCNL 
PAL16L8D/2JC 


QFP-144-STD 
QFP-144-STD 


JLCC-84-STD 
JLCC-84-STD 
JLCC-84-STD 
JLCC-84-STD 
JLCC-84-STD 


QFP-100-STD 
QFP-100-STD 
QFP-100-STD 


QFP-208-STD 
QFP-208-STD 


JLCC-28-A28 
JLCC-20-STD 
DIP-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
JLCC-20-STD 


AMD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


PAL16L8D/2PC 


P16R4 


5962-85155042A 
PAL16R4-5JC 
PAL16R4-5PC 
PAL16R4-7DC 
PAL16R4-7JC 
PAL16R4-7PC 
PAL16R4A2CN 
PAL1I6R4A2CNL 
PALI6R4ACN 
PALI6R4ACNL 
PAL16R4B2CN 
PAL16R4B2CNL 
PAL16R4B4CJ 
PAL16R4B4CN 
PALI6R4B4CNL 
PALI6R4BCN 
PALI6R4BCNL 
PAL16R4CN 
PALI6R4CNL 


P16R6 


PAL16R6-4JC 
PAL16R6-5JC 
PAL16R6-5PC 
PAL16R6-7DC 
PAL16R6-7JC 
PAL16R6-7PC 
PALI6R6A2CN 
PAL16R6A2CNL 
PAL16R6ACN 
PALI6R6ACNL 
PAL16R6B2CN 
PAL16R6B2CNL 
PAL16R6B4CJ 
PAL16R6B4CN 
PAL1GR6B4CNL 
PALI6R6BCN 
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DIP-20-STD 


LCC-20-STD 
JLCC-20-STD 


_ DIP-20-STD 


DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 


JLCC-28-A28 
JLCC-20-STD 
DIP-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 


AMD 
AMD 
AMD 
AMD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


PALI6R6BCNL 
PALI6R6CN 
PALI6R6CNL 
PAL16R6D/2PC 


P16R8 


PAL16R8-4JC 
PAL16R8-5JC 
PAL16R8-5PC 
PAL16R8-7DC 
PAL16R8-7JC 
PAL16R8-7PC 
PAL16R8A2CN 
PAL16R8A2CNL 
PAL16R8ACN 
PALI6R8ACNL 
PAL16R8B2CN 
PALI6R8B2CNL 
PAL16R8B4CJ 
PAL16R8B4CN 
PAL16R8B4CNL 
PAL16R8BCN 
PALI6R8BCNL 
PAL16R8CN 
PALI6R8CNL 
PAL16R8D/2JC 
PAL16R8D/2PC 


P16V8A 


PALCE16V8H-10JC/4 
PALCE16V8H-10PC/4 


PALCE16V8H-10SC/4 | 


PALCE16V8H-15JC/4 
PALCE16V8H-15PC/4 
PALCE16V8H-15SC/4 
PALCE16V8H-25JC/4 
PALCE16V8H-25PC/4 
PALCE16V8H-5JC/5 
PALCE16V8H-7JC/5 
PALCE16V8H-7PC/5 


JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 


JLOC-28-A28 
JLCC-20-STD 
DIP-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
JLCC-20-STD 
DIP-20-STD 


JLCC-20-STD 
DIP-20-STD 
SOIC-20-STD 
JLCC-20-STD 
DIP-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
JLCC-20-STD 
DIP-20-STD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


AMD 
AMD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


PALCE16V8Q-10JC/S 
PALCE16V8Q-15JC/4 
PALCE16V8Q-15PC/4 
PALCE16V8Q-25JC/4 
PALCE16V8Q-25PC/4 
PALCE16V8Z-15JI 
PALCE16V8Z-15PI 
PALCE16V8Z-25JC 
PALCE16V8Z-25J1 
PALCE16V8Z-25PC 
PALCE16V8Z-25PI 
PALLV16V8-10JC 
PALLV16V8-10PC 
PALLV16V8Z-20JI 
PALLV16V8Z-20PI 


P16V8HD 


PALCE16V8HD-15JC 
PALCE16V8HD-15PC 


P20L8 


PAL20L8-10/2JC 
PAL20L8-10/2PC 
PAL20L8-5JC 
PAL20L8-5PC 
PAL20L8-7JC 
PAL20L8-7PC 
PAL20L8A2CNL 
PAL20L8A2CNS 
PAL20L8ACNL 
PAL20L8ACNS 
PAL20L8B2CFN 
PAL20L8B2CNL 
PAL20L8B2CNS 
PAL20L8BCFN 
PAL20L8BCNL 
PAL20L8BCNS 


JLCC-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
JLCOC-20-STD 
DIP-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 
JLCC-20-STD 
DIP-20-STD 


JLCOC-28-P28 
DIP-24-STD 


JLCC-28-P28 
DIP-24-STD 
JLCC-28-P28 
DIP-24-STD 
JLCC-28-P28 
DIP-24-STD 
JLCC-28-U28 
DIP-24-STD 
JLCC-28-U28 
DIP-24-STD 
JLCOC-28-P28 
JLCOC-28-P28 
DIP-24-STD 
JLCC-28-U28 
JLCOC-28-U28 
DIP-24-STD 
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AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
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P20R4 


PAL20R4-SJC 
PAL20R4-5PC 
PAL20R4-7DC 
PAL20R4-7JC 
PAL20R4-7PC 
PAL2OR4A2CNL 
PAL20R4A2CNS 
PAL2OR4ACNL 
PAL20R4ACNS 
PAL20R4B2CFN 
PAL2OR4B2CNL 
PAL20R4B2CNS 
PAL20R4BCNL 
PAL20R4BCNS 


P20R6 


PAL20R6-SJC 
PAL20R6-5PC 
PAL20R6-7DC 
PAL20R6-7JC 
PAL20R6-7PC 
PAL20R6A2CNL 
PAL2OR6A2CNS 
PAL2ZOR6ACNL 
PAL2OR6ACNS 
PAL20R6B2CFN 
PAL20R6B2CNS 
PAL2OR6BCNL 
PAL20R6BCNS 


P20R8 


PAL20R8-10/2PC 
PAL20R8-5JC 
PAL20R8-5PC 
PAL20R8-7DC | 
PAL20R8-7JC 
PAL20R8-7PC 
PAL2OR8A2CNL 
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JLCC-28-P28 
DIP-24-STD 


- DIP-24-STD 


JLCC-28-P28 
DIP-24-STD 
JLCC-28-U28 
DIP-24-STD 
JLCC-28-U28 
DIP-24-STD 
JLCC-28-P28 
JLCC-28-P28 
DIP-24-STD 
JLCC-28-U28 
DIP-24-STD 


JLCC-28-P28 


DIP-24-STD 
DIP-24-STD 


JLCC-28-P28 


DIP-24-STD 


JLCC-28-U28 


DIP-24-STD 


JLCC-28-U28 


DIP-24-STD 


JLCC-28-P28 


DIP-24-STD 


JLCC-28-U28 


DIP-24-STD 


DIP-24-STD 


JLCC-28-P28 


DIP-24-STD 
DIP-24-STD 


JLCC-28-P28 


DIP-24-STD 


JLOC-28-U28 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


PAL2OR8A2CNS 
PAL2OR8ACNL 
PAL20R8ACNS 
PAL2OR8B2CFN 
PAL2O0R8B2CNL 
PAL20R8B2CNS 
PAL2OR8BCNL 
PAL20R8BCNS 


P20RA10 


PAL20RA10-20CFN 
PALCE20RA10H-10JC 
PALCE20RA10H-10JI 
PALCE20RA10H-10PC 
PALCE20RA10H-10PI 
PALCE20RA10H-15JC 
PALCE20RA10H-15JI 
PALCE20RA10H-15PC 
PALCE20RA10H-15PI 
PALCE20RA10H-20PC 
PALCE20RA10H-7JC 
PALCE20RA10H-7JI 


P20V8A 


PALCE20V8H-10JC/4 
PALCE20V8H-10PC/4 
PALCE20V8H-15JC/4 
PALCE20V8H-15JI/4 
PALCE20V8H-15PC/4 
PALCE20V8H-25JC/4 
PALCE20V8H-25JI/4 
PALCE20V8H-25PC/4 
PALCE20V8H-SJC/S 
PALCE20V8H-7JC/S 
PALCE20V8H-7PC/5 
PALCE20V8Q-15JC/4 
PALCE20V8Q-15PC/4 
PALCE20V8Q-20P1/4 
PALCE20V8Q-25JC/4 
PALCE20V8Q-25PC/4 


DIP-24-STD 
JLCC-28-U28 
DIP-24-STD 
JLCC-28-P28 
JLCC-28-P28 
DIP-24-STD 
JLCOC-28-U28 
DIP-24-STD 


JLCC-28-P28 
JLCC-28-P28 
JLCC-28-P28 
DIP-24-STD 
DIP-24-STD 
JLCC-28-P28 
JLCC-28-P28 
DIP-24-STD © 
DIP-24-STD 
DIP-24-STD 
JLCC-28-P28 
JLCC-28-P28 


JLCC-28-P28 
DIP-24-STD 
JLCC-28-P28 
JLCC-28-P28 
DIP-24-STD 
JLCC-28-P28 
JLCC-28-P28 
DIP-24-STD 
JLCC-28-P28 
JLCC-28-P28 
DIP-24-STD 
JLCC-28-P28 
DIP-24-STD 
DIP-24-STD 
JLCC-28-P28 
DIP-24-STD 


P22P10 


AMPAL22P10AJC 
AMPAL22P10ALDC 
AMPAL22P10ALPC 
AMPAL22P10BJC 
AMPAL22P10BPC 


P22V10 


AMPAL22V10AJC 
AMPAL22V10APC 
AMPAL22V10JC 
AMPAL22V10PC 
CE22V10H-15E4/BKA 
PAL22V10-10JC 
PAL22V10-10PC 
PAL22V10-15DC 
PAL22V10-15JC 
PAL22V10-15PC 
PALCE22V10H-10JC/5 
PALCE22V10H-10PC/5 
PALCE22V10H-15JC/4 
PALCE22V10H-15PC/4 
PALCE22V10H-15SC/4 
PALCE22V10H-25JC/4 
PALCE22V10H-25PC/4 
PALCE22V10H-25SC/4 
PALCE22V10H-5JC/5 
PALCE22V10H-7JC/5 
PALCE22V10H-7PC/5 
PALCE22V10Q-10JC 
PALCE22V10Q-10PC 
PALCE22V10Q-10SC 
PALCE22V10Q-15JC 
PALCE22V10Q-15PC 
PALCE22V10Q-25JC/4 
PALCE22V10Q-25PC/4 
PALCE22V10Z-15JI 
PALCE22V10Z-15PI 
PALCE22V10Z-15SI 
PALCE22V10Z-25JC 


AMD 
AMD 
JLCC-28-P28 pie 
DIP-24-STD feted 
DIP-24-STD fh 
JLCC-28-P28 es 
DIP-24-STD fees 
AMD 
AMD 
JLCC-28-P28 AMD 
DIP-24-STD 
JLCC-28-P28 
DIP-24-STD ee 
FP-24-STD pie 
JLCC-28-P28 pine 
DIP-24-STD feos 
DIP-24-STD 
JLCC-28-P28 
DIP-24-STD 
JLCC-28-P28 AMD 
DIP-24-STD AMD 
JLCC-28-P28 AMD 
DIP-24-STD AMD 
FP-24-STD 
JLCC-28-P28 
DIP-24-STD 
FP-24-STD jules 
JLCC-28-P28 awe 
JLCC-28-P28 
DIP-24-STD 
JLCC-28-P28 AMD 
DIP-24-STD AMD 
SOIC-24-STD 
JLCC-28-P28 
DIP-24-STD 
JLCC-28-P28 AMD 
DIP-24-STD AMD 
JLCC-28-P28 AMD 
DIP-24-STD AMD 
SOIC-24-STD AMD 
JLCC-28-P28 AMD 


PALCE22V10Z-25J1 
PALCE22V10Z-25PC 
PALCE22V10Z-25PI 
PALCE22V10Z-25SC 
PALCE22V10Z-25SI 
PALLV22V10-10PC 
PALLV22V10-7JC 
PALLV22V10Z-25JI 
PALLV22V10Z-25PI 
PALLV22V10Z-25SI 


P24V10 


PALCE24V10H-15JC 
PALCE24V10H-15PC 
PALCE24V10H-25JC 
PALCE24V10H-25PC 


P26V12 


PALCE26V12H-15JC/4 
PALCE26V12H-15PC/4 
PALCE26V12H-20JC/4 
PALCE26V12H-20PC/4 


P29M16 


PALCE29M16H25JC/4 
PALCE29M16H25PC/4 


P29MA16 


PALCE29MA16H25JC/4 
PALCE29MA16H25PC/4 


P600 


PALCE610H-15JC 
PALCE610H-15PC 
PALCE610H-20/B3A 
PALCE610H-20/BLA 
PALCE610H-25JC 
PALCE610H-25PC 


JLCOC-28-P28 
DIP-24-STD 
DIP-24-STD 
SOIC-24-STD 
SOIC-24-STD 
DIP-24-STD 
JLCOC-28-P28 
JLCC-28-P28 
DIP-24-STD 
SOIC-24-STD 


JLCC-28-STD 
DIP-28-STD 
JLCC-28-STD 
DIP-28-STD 


JLCC-28-STD 
DIP-28-STD 
JLCC-28-STD 
DIP-28-STD 


JLOC-28-P28 


DIP-24-STD 


JLCC-28-P28 


DIP-24-STD 


JLCC-28-S28 
DIP-24-STD 
JLCC-28-S28 
DIP-24-STD 
JLCC-28-S28 
DIP-24-STD 


Appendix A: MACHXL Supported Devices 


303 


it 


Device Footprints by Template Number 


E10P4 


E10P8 


E11P4 


E11P8 


E12P4 


E5P8 


E8P4 
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The following is an alphabetical list of MACHXL templates (i.c., 


architectures) and the footprints available for each. 


Syntax 


TARGET 'TEMPLATE template name footprint_name '' ; 


DIP-18-STD 
FP-18-STD 
JLCC-20-U20 


DIP-24-STD 
JLCC-28-V28 
LCC-28-V28 


DIP-18-STD 


DIP-24-STD 
FP-24-STD 
JLCC-28-V28 
LCC-28-V28 
SOIC-24-STD 


DIP-20-STD 


JLOC-20-V28 - 


DIP-16-STD 
FP-16-STD 
JLCC-20-V20 
SOIC-16-STD 


DIP-16-STD 
FP-16-STD 
JLCC-20-V20 
SOIC-16-STD 


E9P4 
DIP-16-STD 
FP-16-STD 
JLCC-20-V20 
SOIC-16-STD 
E9P8 
DIP-20-STD 
JLCC-20-STD 
ESR8 
DIP-24-STD 
JLCC-28-V28 
LCC-28-V28 
MACH110 
JLCC-44-STD 
MACH111 
JLCC-44-STD 
MACH120 — 
JLCC-68-STD 
MACH130 


JLCC-84-STD 


MACH131 
JLCC-84-STD 

MACH210 
JLCC-44-STD 
TQFP-44-TQ44 

MACH211 
JLCC-44-STD 
TQFP-44-TQ44 


MACH215 
JLCC-44-STD 
MACH220 | 
JLCC-68-STD 
MACH230 
JLCC-84-STD 
MACH231 
JLCC-84-STD 
MACH355 
QFP-144-STD 
MACH435 
JLCC-84-STD 
MACH445 
QFP-100-STD 
MACH465 
QFP-208-STD 
P16L8 | 
DIP-20-STD 
FP-20-STD 
JLCC-20-STD 
JLCC-28-A28 
LCC-20-STD 
SOJ-20-STD 
P16R4 
DIP-20-STD 
FP-20-STD 
JLCC-20-STD 
JLCC-28-A28 
LCC-20-STD 


SOJ-20-STD 
P16R6 | 
DIP-20-STD 
FP-20-STD 
JLCC-20-STD 
JLCC-28-A28 
LCC-20-STD 
SOJ-20-STD 
P16R8 
DIP-20-STD 
FP-20-STD 
JLCC-20-STD 
JLCC-28-A28 
LCC-20-STD 
SOJ-20-STD 
P16V8A 
DIP-20-STD 
JLCC-20-STD 
LCC-20-STD 
SOIC-20-STD 
P16V8HD 
DIP-24-STD 
JLCC-28-P28 
P20L8 
DIP-24-STD 
FP-24-STD 
JLCC-28-P28 
JLCC-28-U28 
LCC-28-P28 
LCC-28-R28 
P20R4 
DIP-24-STD 
FP-24-STD 
JLCC-28-P28 
JLCC-28-U28 
LCC-28-P28 
LCC-28-R28 
P20R6 
DIP-24-STD 
FP-24-STD 
JLCC-28-P28 
JLCC-28-U28 


LCC-28-P28 
LCC-28-R28 
P20R8 
DIP-24-STD 
FP-24-STD 
JLCC-28-P28 
JLCC-28-U28 
LCC-28-P28 
LCC-28-R28 
P20RA10 
DIP-24-STD 
JLCC-28-P28 
JLCC-28-R28 
JLCC-28-U28 
LCC-28-P28 
LCC-28-R28 
P20V8A 
DIP-24-STD 
JLCC-24-STD 
JLCC-28-P28 
JLCC-28-U28 
LCC-24-STD 
LCC-28-P28 
SOIC-24-STD 
P22P10 
DIP-24-STD 
JLCC-28-P28 
P22V10 
DIP-24-STD 
FP-24-STD 
JLCC-24-STD 
JLCC-28-P28 


JLCOC-28-PC28 


JLOC-28-V28 


JLCC-28-W28 


LCC-24-STD 
LCC-28-P28 
LCC-28-W28 
SOIC-24-STD 

P24V10 
DIP-28-STD 
JLCC-28-STD 


P26V12 
DIP-28-STD 
JLCC-28-STD 
P29M16 
DIP-24-STD 
JLCC-28-P28 
P29MA16 
DIP-24-STD 
JLCC-28-P28 
P600 
DIP-24-STD 
JLCC-28-S28 
SOIC-24-STD 
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ra 


New Devices 


Mfg 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


AMD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


_ AMD 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
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The following is a list of new devices that have been added to V3.0. 


Template 
Number 


MACH110 
MACH110 
MACH110 
MACH111 
MACH111 
MACH111 
MACH111 
MACH111 
MACH120 
MACH120 
MACH120 
MACH130 


MACH130 


MACH130 
MACH131 
MACH131 
MACH131 
MACH131 
MACH131 


| MACH210 


MACH210 
MACH210 
MACH210 
MACH210 
MACH210 
MACH210 
MACH210 
MACH210 


‘MACH210 


MACH210 
MACH210 
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Manufacturer's 
Part Number 


MACH110-14JI 
MACH110-18JI 
MACH110-24JI 
MACH111-10JC 
MACH111-12JC 
MACH111-15JC 
MACH111-20JC 
MACH111-7JC 
MACH120-12JC 
MACH120-18JI 
MACH120-24J1 
MACCH130-18JII 
MACH130-18JI 
MACH130-24JI 
MACH131-10JC 
MACH131-12JC 
MACH131-15JC 
MACH131-20JC 
MACH131-7JC 
MACH210-14J! 
MACH210-18J] 
MACH210-24JI 


MACHZ210A-10VC_ - 


MACHZ210A-12JI 
MACH210A-12VC 
MACH210A-15VC 
MACH210A-20VC 
MACH210A-75C 
MACH210A-7JC 


MACH210AQ-12JC 


MACH210AQ-18JI 


Mfg 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


Template 
Number 


MACH210 
MACH210 
MACH210 
MACH215 
MACH215 
MACH215, 
MACH220 
MACH220 
MACH220 
MACH230 
MACH230 
MACH230 
MACH231 

MACH231 


MACH231 


MACH231 
MACH231 
MACH355 
MACH355 
MACH355 
MACH435 
MACH435 
MACH445 
MACH445 
MACH445 
MACH445 
MACH465 
MACH465 
P16V8A 

P16V8A 

P16V8A 


Manufacturer's 
Part Number 


MACH210AQ-24J! 
MACHLV210-18JI 
MACHLV210-24JI 
MACHZ215-14JI 
MACH215-18JI 
MACH215-24JI 
MACH220-10JC. 
MACH220-18JI 
MACHZ220-24JI 
MACH230-10JC 
MACH230-18J1 
MACH230-24J 
MACH231-10JC 
MACH231-12JC 
MACH231-15JC 
MACH231-20JC 
MACH231-7JC 
MACH355-12JC 
MACH355-15YC 
MACH355-20YC 
MACH435-12JC 
MACH435Q-20JC 
MACH445-12YC 
MACH445-15KC 
MACH445-15YC 
MACH445-20YC 
MACH465-15YC 
MACH465-20YC 
PALCE16V8Z-15JI 
PALCE16V8Z-15PI 
PALCE16V8Z-25JC 


Mfg 


AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 
AMD 


Template 
Number 
P16V8A 
P16V8A 
P16V8A 
P16V8A 
P16V8A 
P20RA10 
P20RA10 
P20RA10 
P20RA10 
P20RA10 
P20RA10 
P20RA10 
P20RA10 
P20RA10 
P20RA10 
P20V8A 
P20V8A 
P20V8A 
P20V8A 
P20V8A 
P22V10 
P22V10 
$128V128 
$64V32 


Manufacturer's 
Part Number 
PALCE16V8Z-25PC 
PALLV16V8-10JC 
PALLV16V8-10PC 
PALLV16V8Z-20J! 
PALLV16V8Z-20P\ 
PALCE20RA10H-10JC 
PALCE20RA10H-10JI 
PALCE20RA10H-10PC 
PALCE20RA10H-10PI 
PALCE20RA10H-15JC 
PALCE20RA10H-15J! 
PALCE20RA10H-15PC 
PALCE20RA10H-15PI 
PALCE20RA10H-7JC 
PALCE20RA10H-7J! 
PALCE20V8H-15J1/4 
PALCE20V8H-25J1/4 
PALCE20V8H-7JC/5 
PALCE20V8H-7PC/5 
PALCE20V8Q-20P1/4 
PALLV22V10-10PC 
PALLV22V10-7JC 
PLA128V128-DUMMY 
PLA64V32-DUMMY 
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Renamed Devices 


The following is a list of devices that have been renamed for various reasons 
since V1.2. MACHXL will continue to support the architectures in the 
Version 3.0 release. 


Mfg New Old 
Manufacturer's Manufacturer's 
Part Number Part Number 
AMD MACH130-18JI MACCH130-18JIl 
AMD MACH210A-7JC MACH210A-75C 
AMD MACH355-15YC MACH355-12JC 
AMD MACH445-15YC MACH445-15KC 
AMD MACH465-20YC MACH465-20KC 
AMD MACH465-15YC MACH465-15KC 
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Obsolete Devices 


Mfg 


AMD 
AMD 
AMD 


The following is a list of devices that have become obsolete since V1.2. These 
devices will remain obsolete for one (1) year, at which time they will no longer 


be supported. 


Manufacturer's 
Part Number 
MACH211-14JI 
MACH211-184JI 
MACH211-24JI 
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Deleted Devices 


The following is a list of devices that have been deleted since V1.2. They are 
no longer supported. 


Mfg Manufacturer's 
Part Number 


AMD MACH110-20/BXA 
“AMD MACH111-14JI 
AMD MACH111-18JI 
AMD MACH111-24JI 
AMD MACH131-18JI 
AMD MACH131-24JI 
AMD MACH210-20/BXA 
AMD MACH220-14JI 
AMD MACH231-18JI 
AMD MACH231-24JI 
AMD P20L10-DIP-OBS 
AMD . P20L10-JLCC-OBS 
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Introduction 


The examples in this chapter are intended as a tutorial of language constructs 
and are ordered to introduce new concepts with each example. 


Each example can be found in the examples/manual subdirectory of the 
MINC installation directory. There are also other undocumented examples in 
this subdirectory for reference. 


Building a MACHXL Design Synthesis 

Language Source File 
MACHXL lets you build a source file to describe your design. Chapters 4 - 
9 cover the elements of this source file. The following diagram shows the 


general organization of a typical design source file. It also lists the chapter(s) 
where information about each part of the design source file is located. 
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Parts of a Source File (Using MACHXL's Design Synthesis Language) 


Headers Chapter 4 
(information about the design) 


MACRO Definitions Chapter 9 
(text substitution structures) 


USE constructs Chapter 8 
(compiled Procedures and Functions to be used by this source file) 


Procedure/Function Definitions Chapter 8 
(Procedures/Functions used in this design) 


System-Level Declarations Chapter 5 
(declaring the signals to be used in this design) 


System-Level Statements Chapters 6, 7 
(statements and constructs that describe your design) 


The sample above is a template of a typical source file. Each of the sections 
listed is optional. In addition to these chapters, this appendix contains a 
number of language design examples, complete with comments and 
explanations. 
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Gray_Code Counter Examples 


The following eight examples implement a 4-bit gray code counter with reset. 
The first example uses an asynchronous reset while the others use a 
synchronous reset. The functioning of each is similar, however each example 
uses different statement constructs to illustrate the various capabilities 
available in the Design Synthesis Language. These examples are complete 
(where appropriate) with .cst, .pi (if needed), and .stm files and represent 
solutions using PLDs and CPLDs. 


Example 1: Asynchronously Reset Gray 
Code Counter Using Simple Equations 
(PLDs) 


This design implements a 4-bit gray code counter with an asynchronous reset. 
The signals g3, q2, qi, and q0 represent the 4-bit counter output values. 
The equations were derived by writing out the 16 gray code values in order 
and noting all combinations where a signal transitions to a 1. 


—"GRAY1 
" AMD 


INPUT clock, reset: 
OUTPUT q3, q2, q1, q0 CLOCKED_BY clock RESET_BY reset; 


q3 = Q3*/Q2*/Q1*Q0 + Q3*/Q2*Q1*Q0 + Q3*/Q2*7Q1*/Q0 + 
Q3*Q2*Q1*/Q0 + Q3*Q2*Q1*Q0 + Q3*Q2*/Q1*Q0 + 
Q3*Q2*/Q1*/Q0 + /Q3*Q2*/Q1*/Q0; 


q2 = Q3*Q2*Q1*Q0 + Q3*Q2*/Q1*Q0 + Q3*Q2*/Q1*/Q0 + 


1Q3*Q2*/Q1*/Q0 + /Q3*Q2*/Q1*Q0 + /Q3*Q2*Q1*Q0 + 
1Q3*Q2*Q1*/Q0 + /Q3*/Q2*Q1*/Q0; 
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qi = Q3*/Q2*Q1*/Q0 + Q3*Q2*Q1*/Q0 + Q3*Q2*Q1*Q0 + 
Q3*Q2*/Q1*Q0 + /Q3*Q2*Q1*/Q0 + /Q3*/Q2*Q1*/Q0 + 
1Q3*/Q2*Q1*Q0 + /Q3*/Q2*/Q1*Q0; 


qO = Q3*/Q2*Q1*Q0 + Q3*/Q2*Q1*/Q0 + Q3*Q2*/Q1*Q0 + 
Q3*Q2*/Q1*/Q0 + /Q3*Q2*Q1*Q0 + /Q3*Q2*Q1*/Q0 + 
1Q3*/Q2*/Q1*Q0 + /Q3*/Q2*/Q1*/Q0; 


.stm (Stimulus) File for Example 1 


" This is the stimulus source for the 4-bit gray code counter 
"with 'asynchronous reset' in the file 'gray1.src’. 


"By using the keyword 'SYSTEM_TEST' instead of 
"'SIMULATION', 


" JEDEC test vectors are produced when PLD/CPLD devices are 
"targeted. 


SYSTEM _TEST; 


VAR |; 
TRACE reset, clock, [q3,q2,q1,q0]; 


MESSAGE ('RESET...’); 
SET reset=1; 
CLOCKF clock; 

SET reset=0; 


MESSAGE(‘START COUNT...’'); 
FORi = 0TO 15 DO 

CLOCKF clock; 
END FOR; 


FORi = 0TO6DO 


CLOCKF clock; 
END FOR; 
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MESSAGE(‘RESET...'); 
SET reset=1; 
CLOCKF clock; 

SET reset=0; 


MESSAGE(‘START COUNT...'); 
FORi=0TO15DO 

CLOCKF clock; 
END FOR; 


END SYSTEM_TEST; 


Example 2: Synchronously Reset Gray Code 
Counter Using Simple Equations 


This is the same gray code counter as in Example 1 except with a synchronous 
reset rather than an asynchronous reset. To implement a synchronous reset 
the reset signal has been incorporated into the equations of each counter 
output value. 


" GRAY2 
"AMD 


INPUT clock, reset; 
OUTPUT q3, q2, qi, qOQ CLOCKED_BY clock; 


q3 = /reset*(Q3*/Q2*/Q1*Q0 + Q3*/Q2*Q1*Q0 + Q3*/Q2*Q1*/Q0 + 
Q3*Q2*Q1*/Q0 + Q3*Q2*Q1*Q0 + Q3*Q2*/Q1*Q0 + 
Q3*Q2*/Q1*/Q0 + /Q3*Q2*/Q1*/Q0); 


q2 = /reset*(Q3*Q2*Q1*Q0 + Q3*Q2*/Q1*Q0 + Q3*Q2*/Q1*/Q0 + 
1Q3*Q2*/Q1*/Q0 + /Q3*Q2*/Q1*Q0 + /Q3*Q2*Q1*Q0 + 
1Q3*Q2*Q1*/Q0 + /Q3*/Q2*Q1*/Q0); 


q1 = /reset*(Q3*/Q2*Q1*/Q0 + Q3*Q2*Q1*/Q0 + Q3*Q2*Q1*Q0 + 


Q3*Q2*/Q1*Q0 + /Q3*Q2*Q1*/Q0 + /Q3*/Q2*Q1*/Q0 + 
1Q3*/Q2*Q1*Q0 + /Q3*/Q2*/Q1*Q0); 
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qO = /reset*(Q3*/Q2*Q1*Q0 + Q3*/Q2*Q1*/Q0 + Q3*Q2*/Q1*Q0 + 
Q3*Q2*/Q1*/Q0 + /Q3*Q2*Q1*Q0 + /Q3*Q2*Q1*/Q0 + 
1Q3*/Q2*/Q1*Q0 + /Q3*/Q2*/Q1*/Q0); 


.stm (Stimulus) File for Example 2 


" This is the stimulus source for the 4-bit gray code counter 
"with 'synchronous reset' in the file 'gray2.src’. 


" By using the keyword 'SYSTEM_TEST' instead of 
" ‘SIMULATION’, 


" JEDEC test vectors are produced when PLD/CPLD devices are 
" targeted. 


SYSTEM _TEST; 


VAR |; 
TRACE reset, clock, [q3,q2,q1,q0]; 


MESSAGE (‘RESET...’); 
SET reset=1; 
CLOCKF clock; 

SET reset=0; 


MESSAGE (‘START COUNT...'); 
FORi=0TO15DO 

CLOCKF clock; 
END FOR; 


FORi=OTO6DO 
CLOCKF clock; 
END FOR; 


MESSAGE (‘RESET...'); 
SET reset=1; 
CLOCKF clock; 

SET reset=0; 
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MESSAGE(‘START COUNT...'); 
FORi=0TO15DO 

CLOCKF clock; 
END FOR; 


END SYSTEM_TEST; 


Example 3: Synchronously Reset Gray Code 
Counter Using a Truth Table 


This is another example of a 4-bit counter with a synchronous reset, this time 
using a truth table to specify the output values. 


" GRAY3 
" AMD 


INPUT clock, reset: 
OUTPUT q3, q2, q1, q0 CLOCKED_BY clock; 


" This macro makes all X's be treated as don't cares. 
MACRO X .X.; 


TRUTH_TABLE 
reset, q3, q2, q1, gO :: q3, q2, q1, q0; 


1, X, X,X, X:: 0, 0, 0, 0; 
0, O, 0, 0, 0:: 0, O, O, 1; 
0, O, O, 0, 1:: 0, 0, 1, 1; 
0, O, O, 1, 1:: 0, 0, 1, 0; 
0, O, O, 1, 0:: 0, 1, 1, 0; 
O.. (O- 4.4.50 2-0.-4. 4. 
O: (Oo Tee Ae 2 Oe 0 
0, O, 1, 0, 1:: 0, 1, 0, 0; 
0, O, 1, 0, O:: 1, 1, 0, 0; 
0; 2°13 OO A 4s 0s 
0; 1.030, 12 41, 1. Kt: 
OF ly teh. WS A. A. “E. -O: 
0. 1, 1, 14,°02 1,0: 74,0; 
0, 1, 0, 1, 0:: 1, 0, 1, 1; 
0, 1, 0, 1, 1:: 1, 0, 0, 1; 
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0, 1, 0, 0, 1 
0, 1, 0, 0, 0 
END TRUTH_TABLE; 


.stm (Stimulus) File for Example 3 


" This is the stimulus source for the 4-bit gray code counter 
"with ‘synchronous reset’ in the file 'gray3.src’. 


" By using the keyword 'SYSTEM_TEST' instead of 
" ‘SIMULATION’, JEDEC test vectors are produced when 
"PLD/CPLD devices are targeted. 


SYSTEM_TEST: 


VAR |; 
TRACE reset, clock, [q3,q2,q1,q0]; 


MESSAGE ('RESET...'); 
SET reset=1; 
CLOCKF clock; 

SET reset=0; 


MESSAGE(‘START COUNT...'; 
FORi=0OTO15DO 

CLOCKF clock; 
END FOR; 


FORi=0TO6DO 
CLOCKF clock; 
END FOR; 


MESSAGE (‘RESET...'; 
SET reset=1; 
CLOCKF clock; 

SET reset=0; 
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MESSAGE (‘START COUNT...'); 
FORi=0OTO15DO 

CLOCKF clock; 
END FOR; 


END SYSTEM_TEST; 


Example 4: Synchronously Reset Gray Code 
Counter Using a Truth Table and IF 
Construct (AMD MACH) 


This is the same gray code counter design. The handling of the synchronous 
reset has been pulled out of the truth table and place in a parent IF statement. 
The signals representing the counter value are now the array members g/[3], 
q[2], qf{1],andq[0]. 


" GRAY4 
" AMD 


INPUT clock, reset: 
OUTPUT q[4] CLOCKED_BY clock; 


IF reset THEN 
q = 0; 
ELSE 


TRUTH_TABLE 
Q 9 o2q; 
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1110b :: 1010b; 
1010b :: 1011b; 
1011b :: 1001b; 
1001b :: 1000b; 
1000b :: OO00b; 
END TRUTH_TABLE; 
END IF; 


.cst (Constraint) File for Example 4 
WEIGHT PRICE 10; 


TEMPLATE = MACH110 OR MACH120 OR MACH130 OR MACH210 OR 
MACH215 OR MACH220 OR MACH230 OR MACH435 OR MACH465 ; 


.stm (Stimulus) File for Example 4 


" This is the stimulus source for the 4-bit gray code counter 
"with ‘synchronous reset’ in the file 'gray4.src'." 


" By using the keyword 'SYSTEM_TEST' instead of 
" ‘SIMULATION’, JEDEC test vectors are produced when 
"PLD/CPLD devices are targeted. 


SYSTEM_TEST: 


VAR |; 

TRACE reset, clock, [q[3],q[2],q(1],q[0]]; 
MESSAGE(‘RESET...’); 

SET reset=1; 

CLOCKF clock; 

SET reset=0; 


MESSAGE (‘START COUNT...'); 
FORi=0TO15DO 

CLOCKF clock; 
END FOR; 
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FORi=0OTO6DO 
CLOCKF clock; 
END FOR; 


MESSAGE (‘RESET...'); 
SET reset=1; 
CLOCKF clock; 

SET reset=0; 


MESSAGE(‘START COUNT...); 

FORi=0OTO15DO | 
CLOCKF clock; 

END FOR; 


END SYSTEM_TEST; 


Example 5: Synchronously Reset Gray Code 
Counter Using CASE Statement 


This is the same gray code counter design using a CASE statement. 


"GRAYS 
"AMD 


INPUT clock, reset; 
OUTPUT q[4] CLOCKED_BY clock; 
IF reset THEN 
q = 0; 
ELSE 
CASE q 
WHEN 0000b=> 
q = 0001b; 
WHEN 0001b=> 
q = 0011b; 
WHEN 0011b=> 
q = 0010b; 
WHEN 0010b=> 
q = 0110b; 
WHEN 0110b=> 
gq = 0111b; 
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WHEN 0111b=> 

q = 0101b; 
WHEN 0101b=> 

q = 0100b; 
WHEN 0100b=> 

q = 1100b; 
WHEN 1100b=> 

q = 1101b; 
WHEN 1101b=> 

q = 1111b; 
WHEN 1111b=> 

q = 1110b; 
WHEN 1110b=> 

q = 1010b; 
WHEN 1010b=> 

q = 1011b; 
WHEN 1011b=> 

q = 1001b; 
WHEN 1001b=> 

q = 1000b; 
WHEN 1000b=> 

q = 0000b; 

END CASE; 
END IF; | 


.Stm (Stimulus) File for Example 5 


" This is the stimulus source for the 4-bit gray code counter 
"with 'synchronous reset’ in the file 'gray5.src'." _ 


" By using the keyword 'SYSTEM_TEST' instead of 

" ‘SIMULATION’, " JEDEC test vectors are produced when 
"PLD/CPLD devices are targeted. 

SYSTEM TEST; 


VAR |; 
TRACE reset, clock, [q[3],q[2],q[1],q[0]]; 


MESSAGE ('RESET...'); 
SET reset=1; 
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CLOCKF clock; 
SET reset=0; 


MESSAGE(‘START COUNT...'); 
FORi=0TO15DO 

CLOCKF clock; 
END FOR; 


FORi=0OTO6DO 
| CLOCKF clock; 
END FOR; 


MESSAGE(‘RESET...'); 
SET reset=1; 
CLOCKF clock; 

SET reset=0; 


MESSAGE(‘START COUNT...}; 
FORi=0TO15DO 

CLOCKF clock; 
END FOR; 


END SYSTEM_TEST; 


Example 6: Synchronously Reset Gray Code 
Counter Using IF Statement 


This is the same gray code counter design using IF statements. 


" GRAY6 


INPUT clock, reset; 
OUTPUT q[4] CLOCKED_BY clock; 
IF reset THEN 


q = 0; 


Appendix B: Language-Based Design Examples 325 


ELSE 
IF q = 0000b THEN | 
q = 0001b; 
ELSIF q = 0001b THEN 
q = 0011b; 
ELSIF q = 0011b THEN 
q = 0010b; 
ELSIF q = 0010b THEN 
q = 0110b; 
ELSIF q = 0110b THEN 
gq = 0111b; 
ELSIF q = 0111b THEN 
q = 0101b; 
ELSIF q = 0101b THEN 
q = 0100b; 
ELSIF q = 0100b THEN 
q = 1100b; 
ELSIF q = 1100b THEN 
q = 1101b; 
ELSIF q = 1101b THEN 
q = 1111b; 
ELSIF q = 1111b THEN 
q = 1110b; 
ELSIF q = 1110b THEN 
q = 1010b; 
ELSIF gq = 1010b THEN 
q = 1011b; 
ELSIF q = 1011b THEN 
q = 1001b; 
ELSIF q = 1001b THEN 
q = 1000b; 
ELSIF q = 1000b THEN 
q = 0000b; 
END IF; 
END IF; 


.stm (Stimulus) File for Example 6 


" This is the stimulus source for the 4-bit gray code counter 
"with 'synchronous reset' in the file 'gray6.src’. 
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" By using the keyword 'SYSTEM_TEST' instead of 
"'SIMULATION', JEDEC test vectors are produced when 
"PLD/CPLD devices are targeted. 


SYSTEM_TEST; 


VAR |: 
TRACE reset, clock, [q[3],q[2],q[1],q[0]]; 


MESSAGE('RESET...'); 
SET reset=1; 
CLOCKF clock; 

SET reset=0; 


MESSAGE(‘START COUNT...'); 
FORi=0TO15DO 

CLOCKF clock; 
END FOR; 


FORi=0OTO6DO 
CLOCKF clock; 
END FOR; 


MESSAGE (‘RESET...); 
SET reset=1; 
CLOCKF clock; 

SET reset=0; 


MESSAGE (‘START COUNT...'; 
FORi=0TO15DO 
CLOCKF clock; 
END FOR; 
END SYSTEM _TEST; 
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Example 7: Synchronously Reset Gray Code 
Counter Using a State Machine 


This is the same gray code counter design using a STATE_MACHINE 
construct with explicit state values. 


"GRAY7 
AMD 


INPUT clock, reset; 
OUTPUT q[4] CLOCKED_BY clock; 


IF reset THEN 
q=0; 
ELSE 
STATE_MACHINE gray STATE_BITS q; 
STATE s1[0000b]: 
GOTO s2; 
STATE s2[0001b]: 
GOTO s3; 
STATE s3[001 1b]: 
GOTO sé4; 
STATE s4[0010b]: 
GOTO s5; 
STATE s5[0110b]: 
GOTO s6; 
STATE s6[0111b]: 
GOTO s7; 
STATE s7[0101b]: 
GOTO s8; 
STATE s8[0100b]: 
GOTO s9Q; 
STATE s9[1100b]: 
GOTO s10; 
STATE s10[1101b]: 
GOTO s11; 
STATE s11[1111b]: 
GOTO s12; 
STATE s12[1110b]: 
GOTO s13; 
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STATE s13[1010b]: 
GOTO s14; 

STATE s14[101 1b]: 
GOTO s15; 

STATE s15[1001b]: 
GOTO s16; 

STATE s16[1000b}: 
GOTO s1; 

END gray; 
END IF; 


.stm (Stimulus) File for Example 7 


" This is the stimulus source for the 4-bit gray code counter 
"with 'synchronous reset’ in the file 'gray7.src'. 


" By using the keyword 'SYSTEM_TEST' instead of 
" ‘SIMULATION’, JEDEC test vectors are produced when 
"PLD/CPLD devices are targeted. 


SYSTEM_TEST; 


VAR |; 
TRACE reset, clock, [q[3],q[2],q[1],q[0]]; 


MESSAGE (‘RESET...'); 
SET reset=1; 
CLOCKF clock; 

SET reset=0; 


MESSAGE (‘START COUNT...'; 
FORi=0TO15DO 

CLOCKF clock; 
END FOR; 


FORi=0OTO6DO 
CLOCKF clock; 
END FOR; 


MESSAGE(‘RESET...'); 
SET reset=1; 
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CLOCKF clock; 
SET reset=0; 


MESSAGE(‘START COUNT...'); 
FORi=0TO15DO 
CLOCKF clock; 
END FOR; 
END SYSTEM_TEST; 


Example 8: Synchronously Reset Gray Code 
Counter Using a State Machine 


This is a synchronous reset gray code counter design using the 

STATE MACHINE's built in gray code state value assignment capability. 
This example takes advantage of gray code assignment to make a gray-code 
counter. Normally, this built-in capability would be used as part of a more 
involved state machine design. 


" GRAY8 
" AMD 


INPUT clock, reset; 
OUTPUT q[4] CLOCKED_BY clock; 
IF reset THEN 
q = 0; 
ELSE 
STATE_MACHINE gray STATE_BITS gq STATE_VALUES 
GRAY_CODE; 


STATE s1: 

GOTO s2; 
STATE s2: 

GOTO s3; 
STATE s3: 

GOTO s4; 
STATE s4: 

GOTO s5; 
STATE s5: 

GOTO s6; 
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STATE s6: 

GOTO s7; 

STATE s7: 

GOTO s8; 
STATE s8: 

GOTO s9Q; 
STATE s9: 

GOTO s10; 
STATE s10: 

GOTO s11; 
STATE s11: 

GOTO s12; 
STATE $12: 

GOTO s13; 
STATE s13: 

GOTO s14: 
STATE s14: 

GOTO s15; 
STATE s15: 

GOTO si16; 
STATE s16: 

GOTO s1; 

END gray; 
END IF; 


.stm (Stimulus) File for Example 8 


" This is the stimulus source for the 4-bit gray code counter 
“with 'synchronous reset' in the file 'gray8.src’. 


" By using the keyword 'SYSTEM_TEST' instead of 
" ‘SIMULATION’, JEDEC test vectors are produced when 
"PLD/CPLD devices are targeted. 


SYSTEM_TEST; 
VAR |; 
TRACE reset, clock, [q[3],q[2],q[1],q[0]]; 


MESSAGE(‘RESET...’); 
SET reset=1; 
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CLOCKF clock; 
SET reset=0; 


MESSAGE(‘START COUNT...'); 
FORi =0OTO 15 DO 

CLOCKF clock; 
END FOR; 


FORi=OTO6DO 
CLOCKF clock; — 
END FOR; 


MESSAGE('RESET...'); 
SET reset=1; 
CLOCKF clock; 

SET reset=0; 


MESSAGE('START COUNT...'); 
FORi=0TO15 DO 
CLOCKF clock; 
END FOR; 
END SYSTEM _TEST; 
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Drink Machine Examples 


The following examples implement the coin counting needs of a drink 
machine. The purpose of these examples is to demonstrate some of the 
capabilities of the STATE MACHINE construct and give an introduction to 
the effect of the DEFAULT_TO expression. 


Example 1: Drink Machine Using a State 
Machine 


This implementation of a drink machine demonstrates the use of state 
machines. It accepts inputs indicating the insertion of nickels, dimes, and 
quarters. Its outputs are a dime coin return, nickel coin return, and a signal to 
dispense a drink. A drink costs 30 cents. A drink will be automatically 
dispensed when the correct total or greater is reached. 


" DRINK1 
" AMD 


INPUT nickel, dime, quarter, clock; 
OUTPUT return_dime, return_nickel, dispense_drink; 


" This state machine, by default, uses D_FLOPs to represent " the 
current state. 


" The CLOCKED_BY expression causes state transitions to 
“ occur when the ‘clock’ signal transitions and the conditions 
" for a particular GOTO are met. 


STATE_MACHINE drink_machine CLOCKED_BY clock; 
STATE Zero: 
IF nickel THEN 
GOTO Five; 
ELSIF dime THEN 
GOTO Ten; 
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ELSIF quarter THEN 
GOTO TwentyFive; 
ELSE 
GOTO Zero; 
END IF; 
dispense_drink = 0: 
return_dime = 0; 
return_nickel = 0; 


STATE Five: 
IF nickel THEN 
dispense_drink = 0; 
— GOTO Ten; 
ELSIF dime THEN 
dispense_drink = 0; 
GOTO Fifteen; 


ELSIF quarter THEN 
dispense_drink = 1; 
GOTO Zero; 

ELSE 
dispense_drink = 0; 
GOTO Five; 

END IF; 

return_dime = 0; 

return_nickel = 0; 

STATE Ten: 3 

IF nickel THEN 
dispense_drink = 0; 
return_nickel = 0; 
GOTO Fifteen; 

ELSIF dime THEN 
dispense_drink = 0; 
return_nickel = 0; 
GOTO Twenty; _ 

ELSIF quarter THEN 
dispense_drink = 1; 
return_nickel = 1; 
GOTO Zero; 
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ELSE 
dispense_drink = 0; 
return_nickel = 0; 
GOTO Ten; 

END IF; 

return_dime = O; 

STATE Fifteen: 

IF nickel THEN 
dispense_drink = 0; 
return_dime = 0; 
GOTO Twenty; 

ELSIF dime THEN 
dispense_drink = 0; 
return_dime = 0; 
GOTO TwentyFive; 

ELSIF quarter THEN 
dispense_drink = 1; 
return_dime = 1; 
GOTO Zero; 

ELSE 
dispense_drink = 0; 
return_dime = 0; 
GOTO Fifteen; 

END IF; 

return_nickel = 0; 

STATE Twenty: 

IF nickel THEN 
dispense_drink = 0; 
return_nickel = 0; 
return_dime = 0; 
GOTO TwentyFive; 

ELSIF dime THEN 
dispense_drink = 1; 
return_nickel = 0; 
return_dime = 0; 
GOTO Zero; 
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ELSIF quarter THEN 


ELSE 


dispense_drink = 1; 


return_dime = 1; 
return_nickel = 1; 
GOTO Zero; 


dispense_drink = 0; 
return_nickel = 0; 
return_dime = 0; 
GOTO Twenty; 


END IF; 
STATE TwentyFive: 
IF nickel THEN 


dispense_drink = 1; 
return_nickel = 0; 
return_dime = 0; 
GOTO Zero; 


ELSIF dime THEN 


dispense_drink = 1; 
return_nickel = 1; 
return_dime = 0; 
GOTO Zero; 


ELSIF quarter THEN 


ELSE 


dispense_drink = 1; 
return_nickel = 0; 
return_dime = 1; 
GOTO OweDime; 


dispense_drink = 0; 
return_nickel = 0; 
return_dime = 0; 
GOTO TwentyFive; 


END IF; 
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STATE OweDime: 

"This state causes a wait of a clock cycle 
" before trying to return a second dime. 
dispense_drink = 0; 
return_nickel = 0; 
return_dime = 1; 
GOTO Zero; 

END drink_machine; 


Example 2: Drink Machine Using a State 
Machine and Default Values 


This is the same drink machine design as in Example 1 with some changes: 


The numerous assignments to the outputs (return_dime, return_nickel, 
dispense_drink) cluttered up the previous design. This design has a 
DEFAULT_TO 0 on the outputs causing each signal to have a 0 value except 
where they are explicitly assigned a different value. Without this 
DEFAULT_TO expression, the compiler would assume the design does not 
care what value these signals have when they are not assigned to explicitly. 


The design recommends to the fitting tools the signals representing the current 
state be implemented with JK flip-flops rather than D flip-flops. 


A DEFAULT _TO LAST_VALUE has been added to the state machine 
declaration which makes the state not change unless an explicit GOTO is 
given. 


The state machine now has an ELSE clause making the machine more robust. 


This handles cases when the signals representing the current state get an 
undefined combination of values. 
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" DRINK2 
" AMD 


INPUT nickel, dime, quarter, clock, reset: 
OUTPUT return_dime, return_nickel, dispense_drink DEFAULT_TO 
0; 


"The CLOCKED_BY expression causes state transitions to 
"occur when the 'clock’signal transitions and the conditions 
"for a particular GOTO are met. 


"The RESET_BY expression causes the state machine to 
" transition back to the first state (Zero) whenever the ‘reset’ 
" signal is true. 


"The DEFAULT_TO LAST_VALUE causes each state to 
" transition to itself by default. So, any GOTO from a state to " itself 
is unnecessary. 


STATE_MACHINE drink_machine 
CLOCKED_BY clock RESET_BY reset DEFAULT_TO 
LAST_VALUE; 
STATE Zero: 
IF nickel THEN 
GOTO Five; 
ELSIF dime THEN 
GOTO Ten; 
ELSIF quarter THEN 
GOTO TwentyFive; 
END IF: 
STATE Five: 
IF nickel THEN 
GOTO Ten; 
ELSIF dime THEN 
GOTO Fifteen; 
ELSIF quarter THEN 
dispense_drink = 1; 
GOTO Zero: 
END IF; 


338 © MACHXL Software User’s Guide (Version 3.0) 


STATE Ten: 
IF nickel THEN 
GOTO Fifteen; 
ELSIF dime THEN 
GOTO Twenty; 
ELSIF quarter THEN 
dispense_drink = 1; 
return_nickel = 1; 
GOTO Zero; 
END IF; 
STATE Fifteen: 
IF nickel THEN 
GOTO Twenty; 
ELSIF dime THEN 
GOTO TwentyFive; 
ELSIF quarter THEN 
dispense_drink = 1; 
return_dime = 1; 
GOTO Zero; 
END IF; 
STATE Twenty: 
IF nickel THEN 
GOTO TwentyFive; 
ELSIF dime THEN 
dispense_drink = 1; 
GOTO Zero; 
ELSIF quarter THEN 
dispense_drink = 1; 
return_nickel = 1; 
return_dime = 1; 
GOTO Zero; 
END IF; 
STATE TwentyFive: 
IF nickel THEN 
dispense_drink = 1; 
GOTO Zero; 
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ELSIF dime THEN 
return_nickel =.1; 
dispense_drink = 1; 
GOTO Zero; 
ELSIF quarter THEN 
dispense_drink = 1; 
return_dime = 1; 
GOTO OweDime; 
END IF; 
STATE OweDime: 
" This state causes a wait of a clock cycle 
" before trying to return a second dime. 
return_dime = 1; 
GOTO Zero; 
ELSE 
" This ELSE makes sure that the state machine 
" resets itself if it somehow gets into an 
" undefined state. 
GOTO Zero; 
END drink_machine; 
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Seven-Segment Display Handler Example 


The following example creates a design taking a binary number and displaying 
it as two decimal digits on a 7-segment LED display. This example 
demonstrates the use of the TRUTH_TABLE statement and the CASE 
statement. It also introduces the use of PROCEDUREs and the concept of 
local versus system level signals. 


" SEGMENT 
" AMD 


" This procedure takes a 4-bit number and creates the / 
" signals needed to display its decimal image on a 7-segment 
" digit display. The numbering of the segments is as follows: 


" 0-> ee 
" 5-> | | <-1 
" 6-> roe. 
" 4-> | | <-2 
" 3.> ee 


For values from 0-9 the corresponding digit is displayed. For 
"values from 10-15 an 'E' is displayed indicating an 
" erroneous value. 


PROCEDURE display_digit(INPUT number[4]; OUTPUT digit[7]); 


TRUTH_TABLE 
number :: digit; 
"exactly the same as: 
" number[3..0] :: digit[6..0] 


0O:: 0111111b; 
1:: 0000110b:; 
2:: 1011011b: 
3:: 1001111b: 
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- 1100110b; 

- 1101101b: 

- 1111101b; 

‘: 0000111b; 

eee! 

> 1101111b; 

ELSE:: 1111100b: " This creates the pattern 
"for an 'E' 


END TRUTH_TABLE: 
END display _digit: 


" This procedure takes a 7 bit binary input value and 
" generates two decimal digit values to represent the value in 
" decimal.Values greater than 99 should not occur. 


" Note the CASE statements have no ELSEs. This is 

" because values greater than 99 won't be passed to this 

" procedure. The compiler will assume the design doesn't 

" care what values ‘high’ and ‘low’ have when ‘value’ is 

" greater than 99. It will take advantage of this assumption to " 
generate the smallest possible equations which guarantee 
""high' and ‘low' have the specified values when ‘value’ is 
"less than or equal to 99. 


PROCEDURE make_decimal(INPUT value[7]; OUTPUT high[4], 
low[4]); 
" Create the low order digit. 
CASE value 
WHEN 0,10,20,30,40,50,60, 70,80, 90=> 
low = 0; 
WHEN 1,11,21,31,41,51,61, 71,81,91=> 
low = 1; 
WHEN 2,12,22 32,42,52,62,72,82,92=> 
low=2; | 
WHEN 3,13,23,33,43,53,63, 73, 83, 93=> 
| low = 3; 
WHEN 4,14,24,34 44,54 64,7484 94=> 
low = 4; 
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WHEN 5,15,25,35,45,55,65, 75,85,95=> 
low = 5; 

WHEN 6,16,26,36,46,56,66, 76,86, 96=> 
low = 6; 

WHEN 7,17,27,37,47,57,67,77,87,9/=> 
low = 7; 

WHEN 8, 18,28, 38,48 58 68, 78,88, 98=> 
low = 8; 

WHEN 9,19,29,39,49,59,69, 79,89,99=> 
low = 9: 

END CASE; 


" Create the high order digit. 
CASE value 
WHEN 0..9=> 
high = 0; 
WHEN 10..19=> 
high = 1; 
WHEN 20..29=> 
high = 2; 
WHEN 30..39=> 
high = 3; 
WHEN 40..49=> 
high = 4; 
WHEN 50..59=> 
high = 5; 
WHEN 60..69=> 
high = 6; 
WHEN /70..79=> 
high = 7; 
WHEN 80..89=> 
high = 8; 
WHEN 90..99=> 
high = 9; 
END CASE; 
END make_decimal; 
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" The following portion of the design is outside of any 
"PROCEDURE or FUNCTION. It is the portion of the design 
" specified at this level resulting in a real implementation. 
"The above PROCEDUREs only impact the real 
"implementation because they are called here. Note all | 
"PROCEDUREs and FUNCTIONs must always come before 
"the system level portion of the design. 


" This is the 7-bit input value. 
INPUT value[7]; 


" These are intermediate values of the two decimal digits. 
NODE high_val[4], low_val[4]; 


"These are the 7 segment values for the two digits. 
OUTPUT digit_high[7], digit_low[7); 


" These procedures calls create real instances of the 

" procedures described above. Note ‘display_digit' is 

" called twice and will create two separate instances of the 
" logic described in that procedure. 


make_decimal(value, high_val, low_val); 
display_digit(high_val, digit_high); 
display_digit(low_val, digit_low); 


344 MACHXL Software User’s Guide (Version 3.0) 


Adders and Multipliers 


The following examples implement 1-bit, 2-bit, 4-bit, and 8-bit adders and a 
4x4 multiplier. These examples demonstrate the use of FUNCTIONS and 
PROCEDURES, the behavior of arrays and groups, and the concept of 
libraries and the USE clause. 


Example 1: 1-Bit, 2-Bit, 4-Bit and 8-Bit Adder 
Procedures 


This example consists of four adder PROCEDUREs. They implement 1-bit, 
2-bit, 4-bit, and 8-bit adders, each with carry in and carry out. Since this 
example contains only PROCEDURES and no system level code, it does not 
result in a real implementation of hardware. 


" ADDER‘ 
" AMD 


" This example consists of four adder PROCEDUREs. They 
"implement 1-bit, 2-bit, 4-bit, and 8-bit adders each with 
"carry in and carry out. Since this example contains only 

" PROCEDUREs and no system level code, it does not 

" result in a real design. 


" This example is intended to demonstrate PROCEDUREs. 
" For real designs, the build in addition operator '.+.' can 
" be used to perform addition at any width. 


"This PROCEDURE implements a 1-bit adder. The inputs ‘a’ 
"and 'b' are the signals to be added. The ‘result’ is the 1-bit 
" result of the addition. There is also a 1-bit carry in and a 

" 41-bit carry out. 
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PROCEDURE add1(INPUT a, b, carry_in; OUTPUT result, carry); 
result = a(+)b(+)carry_in; 
carry = a*b+a* cally nee Galvibs: 

END add1; 


"This PROCEDURE implements a 2-bit adder using the 1-bit 
"adder above. The inputs 'a' and 'b' are the 2-bit arrays to be 
"added. The ‘result’ is the 2-bit result of the addition. 

" There is also a 1-bit carry in and a 1-bit carry out. 


"Each call of add1 creates a separate instance of the logic 
"described in add1. The NODE is used to hold the carry out 
"from addition of the low order bits. It is used as the carry in 
"to the addition of the high order bits. 


PROCEDURE a he a[2], b[2], carry_in; OUTPUT result[2], 
Carry); 

NODE low_carry; 

add1(a[O], b[O], carry_in, result[O], low eee 

add1(a[1], b[1], low_carry, peeUntt Carry); 
END add2; 


" This PROCEDURE implements a 4-bit adder using the 2-bit 

" adder above. The inputs ‘a’ and 'b' are the 4-bit arrays to be 
"added. The 'result' is the 4-bit result of the addition. There _ 
"is also a 1-bit carry in and a 1-bit carry out. 


PROCEDURE add4(INPUT a[4], b[4], carry_in, OUTPUT result[4], 
carry); 

NODE low_carry; 

add2(a[1..0], b[1..0], carry_in, result[1..0], low_carry); 

add2(a[3..2], b[3..2], low_carry, result[3..2], carry); 
END add4; 


"This PROCEDURE implements an 8-bit adder using the 4- 
"bit adder above. The inputs 'a’ and 'b' are the 8-bit arrays to 
"be added. The ‘result’ is the 8-bit result of the addition. 
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" There is also a 1-bit carry in and a 1-bit carry out. 


PROCEDURE add8(INPUT a8], b[8], carry_in; OUTPUT result[8], 


Carry); 
NODE low_carry; 


add4(a[3..0], b[3..0], carry_in, result[3..0], low_carry); 
add4(a[7..4], b[7..4], low_carry, result[7..4], carry); 
END add8; 


Example 2: 1-Bit, 2-Bit, 4-Bit and 8-Bit Adder 
Functions 


This example is very similar to the previous adder example except that it 
implements four adder FUNCTIONS instead of PROCEDUREs. The return 
value of each FUNCTION is an array 1 bit wider than the width of the arrays 
being added. 


" ADDER2 
" AMD 


" This example is very similar to the previous adder example 
"except it implements four adder FUNCTIONS instead of 
"PROCEDUREs. The return value of each FUNCTION is an 
" array 1 bit wider than the width of the arrays being added. 

" This example is intended to demonstrate PROCEDUREs. 
"For real designs, the built-in addition operator '.+.' can be 

“ used to perform addition at any width. 


" This FUNCTION implements a 1-bit adder. The 
" RETURN instruction makes the associated 2-bit array be 
“the RETURN value of the FUNCTION 


FUNCTION add1(a, b, carry_in)[2]; 


RETURN [a*b+a*carry_in+b*carry_in, a(+)b(+)carry_in]; 
END add1: 
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"This FUNCTION implements a 2-bit adder. 


FUNCTION add2(a[2], b[2], carry_in)[3]; 
NODE low_carry, carry, result[2]; 


[low_carry, result[O]] = add1(a[0], b[O], carry_in); 
(carry, result[1]] = add1(a[1], b[1], low_carry); 
RETURN [carry, result]; : 

END add2; 


"This FUNCTION implements a 4-bit adder. Note that the 
" groups being assigned to consist of a 1-bit signal and a 2-bit 
" array reference which combine to make a 3-bit group. 


FUNCTION add4(al4], b[4], carry_in)[5]; 


NODE low_carry, carry, result[4]; 


[low_carry, result[1..0]] = add2(a[1..0],b[1..0],carry_in); 
(carry, result[3..2]] = add2(a[3..2],b[3..2],low_carry); 
RETURN [carry, result]; | 

END add4; 


" This FUNCTION implements an 8-bit adder. 


FUNCTION add8(a[8], b[8], carry_in)[9}; 
NODE low_carry, carry, result[8]; 


[low_carry, result[3..0]] = add4(a[3..0],b[3..0],carry_in); 
[carry, result[7..4]] = add4(a[7..4],b[7..4],low_carry); 
RETURN [carry, result]; 

END add8; 
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Example 3: Combinatorial 4x4 Multiplier 
Function 


This example is a combinatorial 4x4 multiplier implemented in a 


FUNCTION. It uses the 4-bit adder FUNCTION from the previous example. 


" MULT1 
" AMD 


" This USE clause causes the definition of the ‘add4' 
"FUNCTION to be brought in from library 'adder2' (assume 
"the previous adder FUNCTION example was in file 
"‘'adder2.src'). This is functionally the same as if the 
"'add4'FUNCTION were written here. However, USEing a 
“PROCEDURE or FUNCTION compiles faster than writing it 
" again since is has already been compiled. 


USE ‘adder2'.add4; 
" 4-bit multiplier implemented with combinatorial logic. 


FUNCTION mult(x[4], y[4])[8]; | 
" These arrays are used to hold the intermediate 
"results. The bit numbering corresponds to bit 
" positions in the 8-bit product. 


NODE temp0/[4..0], temp1[5..1], temp2[6..2], temp3[7..3]; 


" This implements a simple shift-add multiply scheme, 
" although the entire multiply is done combinatorially. 


IF y[O] THEN 
temp0 = [0, x]; 
ELSE 
temp0 = 0; 
END IF; 
IF y[1] THEN 
temp1 = add4(temp0[4..1], x, 0); 
ELSE 
| temp1 = [0, temp0/[4..1]]; 
END IF; 


Appendix B: Language-Based Design Examples 


349 


IF y[2] THEN 

temp2 = add4(temp1[5..2], x, 0); 
ELSE 

temp2 = [0, temp1[5..2]]; 
END IF; 
IF y[3] THEN | 

temp3 = add4(temp2[6..3], x, 0); 
ELSE. 

temp3 = [0, temp2[6..3]]; 
END IF; 
RETURN [temp3, temp2[2], temp1[1], tempO[0]]; 
END mult; | 


Example 4: Combinatorial 4x4 Multiplier 
Functions 


This example is another implementation of a 4x4 multiplier. It uses the built 
in addition operator. 


"MULT2 
" AMD 


" This example is another implementation of a 4x4 multiplier. 
" It uses the built in addition operator. 


" 4-bit multiplier implemented with combinatorial logic. 


FUNCTION mult1(a[1], b[1])[1]; 
RETURN a*b; 
END mult1; 


FUNCTION mult2(a[2], b[2])[4}]; 
RETURN [0, 0, 0, mult1(a[0], b[0])] 
+. [0, 0, mult1(a[1], b[0]), 0] 
+, [0, 0, mult1(a[O], b[1]), 0] 
.+. [0, multt(a[1], b[1]), 0, 0]; 
END mult2; 
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FUNCTION mult4(a[4],b[4])[8]; 
RETURN (0, 0, 0, 0, mult2(a[1..0], b[1..0])] 
+, [0, 0, mult2(a[3..2], b[1..0]), 0, 0] 
+. [0, 0, mult2(a[1..0], b[3..2]), 0, 0] 
+. [mult2(a[3..2], b[3..2]), 0, 0, 0, OJ; 
END mult4; 
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4-Bit ALU Example 


The following example implements the 7C901 4-bit arithmetic logic unit. 
This example demonstrates a large real design that takes advantage of several 
of the constructs covered in the previous examples. 


"AMD 
"reg file" 


"This procedure implements the 16x4 register file with 2 
"read ports and one write port. 

" re@g_op -- operation to perform -- either no store (Nop) or 
: store b_in to addressed register (f_to_b) 

"_ a_addr -- address of the register that appears on the 

" a@_Out port 

" b_addr -- address of the regsiter on the a_out port and also 
. the address to write into from the b_in port 
"bin -- input port for writing data 

"cp -- clock signal for the registers 

"a Out -- a output port 

"Bb _out -- b output port 


MACRO Nop _ 0; 
MACRO f_to_b 1; 


PROCEDURE reg _file( INPUT reg_op, a_addr[4], b_addr[4], b_in[4], 
cp; | 
OUTPUT a_out[4], b_out[4] ); 


NODE regO[4], reg1[4], reg2[4], reg3[4] CLOCKED_ BY cp; 
NODE reg4[4], reg5[4], reg6[4], reg7[4] CLOCKED_BY cp; 
NODE reg8[4], reg9[4], regi10[4], regi1[4] CLOCKED_BY cp; 
NODE reg12[4], reg13[4], reg14[4], reg15[4] CLOCKED_BY cp; 


CASE a_addr 
WHEN O=> a_out = reg0; 
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WHEN 
WHEN 
WHEN 
WHEN 
WHEN 
WHEN 
WHEN 
WHEN 
WHEN 
WHEN 10=> 
WHEN 11=> 
WHEN 12=> 
WHEN 13=> 
WHEN 14=> 
WHEN 15=> 
END CASE; 


OOnN Oa A WON — 
Hou dub td te ue ul 


VVVVVVVVV 


CASE b_addr 
WHEN 
WHEN 
WHEN 
WHEN 
WHEN 
WHEN 
WHEN 
WHEN 
WHEN 
WHEN 
WHEN 10=> 
WHEN 11=> 
WHEN 12=> 
WHEN 13=> 
WHEN 14=> 
WHEN 15=> 


OOnNOAA WN + © 
loud td dt uu ue a 
VVVVVVVVVV 


a_out = reg]; 
a_out = reg2; 
regs; 
reg4; 
regs; 
reg6; 
reg7; 
a_ out = reg8; 
a_out = reg9; 
a_out = regi0; 


a_out 
a_ out 
a_out 
a out 
a_out 


END CASE; 


a_out = regi; 
a_out = regi2; 
a out = regi3; 
a_out = regi4; 
a_ out = reg15; 
b out = regO; 
b out = regi; 
b out = reg2; 
b out = regs; 
b out = reg4; 
b out = regs; 
b out = reg6; 
b out = reg7; 
b out = reg8; 
b_ out = reg9; 
b out = regi0; 
b out = regi; 
b out = regi2; 
b out = reg13; 
b out = reg14; 
b_ Out = reg15; 


IF reg op = f_to D THEN 


CASE b_addr 


WHEN O=> [reg0..regi5] = 


WHEN 1=> [reg0..reg15] = [reg0,b_in,reg2..reg15]; 
WHEN 2=> [reg0..reg15] = [reg0,reg1,b_in,reg3..reg15]; 
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WHEN 3=> [reg0..reg15] = [reg0..reg2,b_in,reg4..reg15]; 
WHEN 4=> [regO..reg15] = [reg0..reg3,b_in,reg5..reg15]; 
WHEN 5=> [reg0..regi5] = [reg0..reg4,b_in,reg6..reg15]; 
WHEN 6=> [reg0..reg15] = [regO..reg5,b_in,reg7..reg15]; 
WHEN 7=> [reg0..reg15] = [reg0..reg6,b_ in, reg8..reg15]; 
WHEN 8=> [reg0..reg15] = [reg0..reg7,b_in,reg9..reg15]; 
WHEN 9=> [reg0..reg15] = [regO..reg8,b_in,reg10..reg15]; 
WHEN 10=> [reg0..reg15] = [regO..reg9,b_in,reg11..reg15]; 
WHEN 11=> [regO..regi5] = 
[regO..reg10,b_in,regi2..reg15]; 
WHEN 12=> [reg0..reg15] = | 
[regO..regi1,b_in,reg13..reg15]; 
~ WHEN 13=> [reg0..regi5] = 
[regO..regi2,b_in,reg14..reg15]; 
WHEN 14=> [regO..reg15] = [regO..reg13,b_in,reg15]; 
WHEN 15=> [reg0..reg15] = [regO..reg14,b_in]; 
END CASE; 
ELSE " must be Nop 
[regO..reg15] = [regO..reg15]; 
END IF; 
END reg file; 


"The shifter appears in two places, as the input to the 
" register file and as part of the Q-register loop. 


"dir -- direction of shift: 

‘ Pass -- no shift 

: Up. -- shift left 

2 Down -- shift right 

"in -- 4-bit input value 

" in_l -- low bit to shift in if left shift 

" in_h -- high bit to shift in if right shift 
" out -- 4-bit output value 

" out_l -- output of low bit if right shift 

" out_h -- output of high bit if left shift 


MACRO Pass 0; 
MACRO Up 1; 
MACRO Down 2; 
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PROCEDURE shifter( INPUT dir[2], in[4], in_l, in_h; 
OUTPUT out[4], out_I, out_h); 


CASE dir 
WHEN Pass=> 
out = In; 
out_| = in_l; 
out_h = in_h; 
WHEN Up=> 
[out_h,out,out_!] = [in,in_l,in_l]; 
WHEN Down=> 
[out_h,out,out_l] = [in_h,in_h,in]; 
ELSE 
[out_h,out,out_l] = [in_h,in,in_l]; 
END CASE; 
END shifter; 


"The Q-register is a temporary 4-bit register 


"cp --clock signal for registers 

" q_op_ -- operation select 

: Nop -- no operation on Q 

: q_to_q -- update Q from Q via the shifter 
" f to_q -- store the f input into Q 

" f  -- 4-bit input register 

"qin -- 4-bit input from the Q shifter 

" q_out -- 4-bit output to select mux and Q shifter 


"MACRO Nop 0; 
MACRO q to q 1; 
MACRO f_to_q 2; 


PROCEDURE Q reg( INPUT cp, g_op[2], f[4], q_in[4]; OUTPUT q_out[4] ); 
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NODE q[4] CLOCKED_BY cp; 


q_out = q; 
CASE q_op 
WHEN f to q=> q=f,; 
WHEN q_to q=> q=@Q_in; 
ELSE 
 Q=q; 
END CASE; 


END Q@_reg; 


" Alu data sel selects the data for the alu A and B inputs 


"sel -- select input, one of the following=> 
: AQ -- r<-A,$ <-Q 
: AB -- r<-A,S<-B 
: 2ZQ -- r<-0,8 <-Q 
: ZB -- r<-0,s <-B 
aie ZA-- r<-0,S<-A 
 DA-- r<-D,S<-A 
" DQ -- r<-D,s <-Q 
, DZ -- r<-D,s <-0 
"a --4-bit a input 

" b -- 4-bit b input 

"—q_ -- 4-bit g input 

"d_ --4-bit d input 

"r  -- 4-bit r output 

"¢  --4-bit s output 

MACRO AQ 0; 

MACRO AB 1; 

MACRO ZQ 2; 

MACRO ZB 3; 

MACRO ZA 4; 

MACRO DA 5; 

MACRO DQ 6; 

MACRO DZ 7; 
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PROCEDURE Alu_data_sel( INPUT sel[3], a[4], b[4], q[4], d[4]; 
OUTPUT r[4], s[4] ); 


CASE sel 
WHEN AQ=>r=a;S =QG; 
WHEN AB=>r=a;s=b; 
WHEN ZQ=>r=0;s =q; 
WHEN ZB=>r=0;s=b); 
WHEN ZA=>r=0;S=a; 
WHEN DA=>r=d;s= a; 
WHEN DQ=>r=d;s =q; 
WHEN DZ=>r=d;s = 0; 

END CASE; 

END Alu_data_sel; 


" Alu implements a 4-bit 8-function alu 
" Alu opcodes: 


" xXADD ADD r-+s 

" xSUBR SUBR_  r-s 

" xSUBS SUBS ¢s-r 

" xOR OR rls 

" XAND AND ré&s 
"_xNOTRS NOTRS ‘“r&s 
"_xEXOR EXOR rs 
"_xEXNOR EXNOR “(r“* s) 


MACRO xADD 0; 
MACRO xSUBR 1; 
MACRO xSUBS 2; 
MACRO xOR __ 3; 
MACRO xAND 4; 
MACRO xNOTRS 5; 
MACRO xEXOR 6; 
MACRO xEXNOR 7; 


" add_op -- implement the add operator 
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" Cin -- carry in 

"rf  -- 4-bit r input 

"-s§ __ -- 4-bit s input 

" f  --4-bit sum 

" Cout_ -- Carry out 

" G_ -- generate output 
"_P _ -- propagate output 
" QOv_ -- overflow output 


PROCEDURE add_op( INPUT Cin, r[4], s[4]: 
OUTPUT [4], Cout, G, P, Ov): 


NODE g0,g1,g2,93; 
NODE p0,p1,p2,p3; 
NODE c4,c3,c2,c1; 
NODE f3,f2,f1 ,f0; 
NODE gx, px, 0; 


gO = r[0]*s[0]; g1 = r[1]*s[1]; g2 = r[2]*s[2]; g3 = r[3]*s[3]; 
pO = r[0]+s/[0]; p1 = r[1]+s[1]; p2 = re p3 = r[3]+s[3]; 
c1 = r[O]*s[0] + r[O]*Cin + s[O]*Cin; 

c2 = r[1]*s[1] + r[1]*c1 + s[1]*c1; 

c3 = r[2]*s[2] + r[2]*c2 + s[2]*c2; 

c4 = r[3]*s[3] + r[3]*c3 + s[3]*c3; 

fO = r[O} (+) s[O] (+) Cin; 

f1 = r[1] (+) s[1] (+) c1; 

f2 = r[2] (+) s[2] (+) c2; 

{3 = r[3] (+) s[3] (+) c3; 


f = [f3,f2,f1 ,f0]; 
gx = /+(g3,p3*g2,p3*p2*g1,p3*p2*p1*g0); 
px = /*(p3,p2,p1,p0); 
Cout = C4; 
O = C3 (+) C4; 
G = gx; 
P = px; 
Ov = 0; 
END add_op; 
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or_op -- implement the logical or operator 


Cin -- Carry in 

r  -- 4-bit r input 

S  -- 4-bit s input 

f -- 4-bit logical sum 
Cout -- Carry out 


~G__ -- generate output 


P —__ -- propagate output 
Ov __ -- overflow output 


PROCEDURE or_op( INPUT Cin, r[4], s[4]; 


OUTPUT f[4], Cout, G, P, Ov); 


NODE p0,p1,p2,p3; 
NODE f8,f2,f1 ,f0; 
NODE gx, px, 0, C; 


pO = r[O]+s[0]; p1 = r[1]+s[1]; p2 = r[2]+s[2]; p3 = r[3]+s[3]; 
fO = r[O] + s[0]; 
f1 = r{1] + s[1]; 
f2 = r[2] + s[2]; 
{3 = r[3] + s[3]; 


f = [f3,f2,f1,f0]; 

QX = p3*p2*p1*po; 

px = 0; 

c = /*(p3,p2,p1,p0) + Cin; 
0 = /*(p3,p2,p1,p0) + Cin; 
Cout = C; 

G = gx; 

P = px; 

Ov = 0; 


END or_op; 


and_op -- implement the logical and operator 


Cin -- carry in 
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"rf -- 4-bit r input 

"§  -- 4-bit s input 

" f — -- 4-bit logical product 
" Cout  -- Carry out 

"GG __ -- generate output 
"_P _ -- propagate output 

" Ov -- overflow output 


PROCEDURE and_op( INPUT Cin, r[4], s[4]; 
OUTPUT f[4], Cout, G, P, Ov); 


NODE g0,g1,92,g93; 
NODE f3,f2,f1 ,f0; 
NODE gx, px, 0, C; 


gO = r[0]*s[0]; g1 = r[1]*s[1]; g2 = r[2]*s[2]; g3 = r[3]*s[3]; 
fO = r[O] * s[0]; 
f1 = r[1] * s[1]; 
f2 = r[2] * s[2]; 
{3 = r[3] * s[3]; 


f = [f3,f2,f1 ,f0); 
gx = /(gO0 + gi + g2 + g3); 
px = 0; 
c=g3+g2+ 91+ 90+ Cin; 
o=g93+ 92+ 91 +.g0 + Cin; 
G = gx; 
P = px; 
Ov = 0; 
Cout = c; 
END and_op; 


" xnor_op -- implement the logical xnor (equivalence) operator 


"Cin -- carry in 

"rf  - 4-bit r input 

"§ — --4-bit s input 

" f  -- 4-bit logical equivalence 
"Cout -- Carry out 
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G_ -- generate output 
P = -- propagate output 
Ov -- overflow output 


PROCEDURE xnor_op( INPUT Cin, r[4], s[4]; 


OUTPUT f[4], Cout, G, P, Ov): 


NODE g0,g1,92,93; 
NODE p0,p1,p2,p3; 
NODE f3,f2,f1 ,f0; 
NODE ov1, ov2; 
NODE gx, px, 0, C; 


gO = r[0]*s[0]; g1 = r[1]*s[1]; g2 = r[2]*s[2]; g3 = r[3]*s[3}: 


pO = r[0]+s[0]; p1 = r[i]+s[1]; p2 = r[2]+s[2]; p3 = r[3]+s[3]; _ 


f0 = /(r{O] (+) s[0]); 
f1 = /(r[1]} (+) s[1]); 
f2 = /(r[2] (+) s[2]); 
3 = /(r[3] (+) s[3]); 


f = [f3,f2,f1 ,f0]; 

gx = g3 + p3*g2 + p3*p2*g1 + p3*p2*p1*g0; 

px = g3 + g2 + gi + gO; 

c = /+(g8, p3*g2, p3*p2*g1, p3*p2*p1 *p0*(g0+Cin) ); 

ov1 = p2 + g2*pl + /g2*/g1*/p0 + /g2*/g1*/g0*Cin; 

ov2 = /p3 + /g3*/p2 + /g3*/g2*/p1 + /g3*/g2*/g1i*/p0 + 
/g3*/g2*/g1*/gO*Cin; 

O = Ov1 (+) Ov2; 

G = 9x; 

P = px; 

Ov = O; 

Cout = c; 


END xnor_op; 


alu -- implement alu 
Op -- Operation to perform -- see opcodes above 


Cin -- carry in 
r = -- 4-bit r input 
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"s_ --4-bit s input. 


" f  --4-bit function result output 
“ Cout -- carry out 

" G__ -- generate output 

" P__ -- propagate output 

"sign -- sign of the result -- f[3] 


Ov_ -- overflow output 
" Zero -- asserted if f[0]..f[3] all zero 


PROCEDURE alu( INPUT op[3], Cin, r[4], s[4]; 
OUTPUT f[4], Cout, G_, P_, sign, Ov, Zero); 


NODE fx[4]; 
NODE 4g, Pp, 0; 


CASE op 
WHEN xADD=> _ add_op( Cin, r, s, fx, Cout, g, p, 0); 
WHEN xSUBR=> add_op( Cin, r, /s, fx, Cout, g, p, 0); 
WHEN xSUBS=> add_op( Cin, /r, s, fx, Cout, g, p, 0); 
WHEN xOR=>_ or_op( Cin, r, Ss, fx, Cout, g, p, 0); 
WHEN xAND=> _ and_op( Cin, r, s, fx, Cout, g, p, 0); 
WHEN xNOTRS=> and_op( Cin, /r, s, fx, Cout, g, p, 0 ); 
WHEN xEXOR=> xnor_op( Cin, /r, s, fx, Cout, g, p, 0); 
WHEN xEXNOR= > xnor_op( Cin, r, s, fx, Cout, g, p, 0); 

END CASE; 


sign = fx[3]; 


Zero = /(fx[3] +fx[2] +fx[1]+fx[0]); 
f = f; 


" Output Data Selector 


" outsel -- output selection: 
4s ato y=>y<-a 
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ftoy=>y <-f 
-- 4-bit a input 


-- 4-bit f input 


-- 4-bit y output 


MACRO a to y 0; 
MACRO f_to_y 1; 


PROCEDURE Out_select( INPUT outsel, a[4], f[4]; OUTPUT y/[4] ); 


CASE 


outsel 


WHEN a to y=>y = @; 
WHEN f to y=> y =f; 
END CASE; 
END Out_select; 


Destination decode 


Decode the destination information and generate control signals 
for the various components related to destination control. 


op 


Rop 
Rshift 
Qop 
Qshift 
Yop 


-- destination opcode: 


xQREG moveftoq andy, no store or shift 

xNOP move f toy, no store or shift 

xRAMA move atoy, store ain reg file, no shift, Q nop 
XRAMF move ftoy, store fin reg file, no shift, Q nop 
XRAMQD  fto reg file shifted right, and Q shifted right 
xRAMD _ fto reg file shifted right, Q nop 

XRAMQU fto reg file shifted left, and Q shifted left 
XxRAMU _ fto reg file shifted left, Q nop 

-- reg file control signal 

-- reg _file shifter direction control 

-- Q register control signals 

-- Q register shifter direction control 

-- Y output mux selection control 


MACRO xQREG 0; 
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MACRO xNOP_1; 
MACRO xRAMA 2; 
MACRO xRAMF 3; 
MACRO xRAMQD 4; 
MACRO xRAMD 5; 
MACRO xRAMQU 6; 
MACRO xRAMU 7; 


PROCEDURE DestDecode(INPUT op[3]; 
OUTPUT Rop, Rshift[2], Qop[2], Qshift[2], Yop); 
TRUTH_TABLE 


op :: Rop, Rshift, Qop, Qshift, Yop; 
XQREG :: Nop, Pass, f_to.q, Pass, f_to_y; 
XNOP_:: Nop, Pass, Nop, Pass, f_to y; 


XRAMA :: f.to_b, Pass, Nop, Pass, ato y; 
XRAMF :: f_to_b, Pass, Nop, Pass, f_to_y; 
xRAMQD :: f_to_b, Down, qtogq, Down, ftoy; 
xRAMD :: f_to_b, Down, Nop, Pass, f_to_y; 
XRAMQU :: f.to.b, Up, qtog, Up, ftoy; 
xRAMU :: f.to_b, — Up, Nop, Pass, f_to y; 
END TRUTH_TABLE; 
END DestDecode; 


"The following instantiations connect the components together to 
"form the 7C901 


uop = -- 901 opcode: 


| dst control | alu function | alu source | 


b_ addr -- reg file b address (b output and b_in store) 
RinO = -- reg _file shifter low-order in bit 

Rin3 —_-- reg _file shifter high-order in bit 

QinO = -- Q register low-order in bit 

Qin3___-- Q register high_order in bit 


"a_addr -- reg file a address (a output) 
"Cin  -- Carry in from previous stage 
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" OE _ -- Y-output three-state control 

= od -- direct data input (4-bits) 

"cp -- synchronous clocking signal 

" y_out -- 4-bit output (three-state controlled) 
"RoutO = -- reg file shifter low-order output bit 

" Rout3 -- reg file shifter high-order output bit 

" QoutO -- Q register shifter low-order output bit 
" Qout3_ -- Q register shifter high-order output bit 
"  G__ -- carry generate output 

"_P____ -- Carry propagate output 

"Cout _-- carry out 

"Sign — -- sign of the operation result (f[3]) 

" Ov _ -- overflow result 

" Zero -- Operation result is zero 


"Note 1: in the device, the various shift in and out bits are combined 
"on bidirectional pins, if that were desired here, we could 
"create biput pins and connect the pins from the component to 

" the appropriate connections on the biputs. 


"Note 2: Some of the signals on the device are specified as low-true. 
" _ |f this component were to be completely internal to a device, 
"this would not matter, but if this were to be the only component 
"in a package and the pins were to have the same polarity, 
"at the top level low-true signals can be declared for the 

"pins and the internally high-true signals connected to them, 
"and the external package will show the correct behavior. 


PROCEDURE CY7C901( INPUT uop[9], a_addr[4], b_addr[4], RinO, Rins, 
QinO, Qin3, Cin, OE, d[4], cp; 
OUTPUT y_out[4], RoutO, Rout3, QoutO, Qouts, 
G_,P_, Cout, Sign, Ov, Zero); 


NODE B_in[4], Qin[4]; 

NODE [4], a[4], b[4], q[4], r[4], s[41; 

NODE Rop, Rshift[2], Qop[2], Qshift[2], Yop; 
NODE y[4] ENABLED BY oe; 


Shifter( Rshift, f, Rin0, Rin3, B_in, RoutO, Routs ); 
Reg_File( Rop, a_addr, b addr, B in, cp, a, b); 
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Q_reg( cp, Qop, f, Qin, q); 

Shifter( Qshift, q, Qin0, Qin3, Qin, QoutO, Qouts ); 
Alu_data_sel( uop[2..0], a, b, q, d, r, S); 

Alu( uop[5..3], Cin, r, s, f, Cout, G_, P_, sign, Ov, Zero); 
Out_select( Yop, a, f, y ); 

y_out = y; 

DestDecode( uop[8..6], Rop, Rshift, Qop, Qshift, Yop ); 


END CY7C901; 

INPUT uop[9], a_addr[4], b_addr[4], RinO, Rin3, Qin0, Qin3, Cin, OE, 
d[4], cp; 

OUTPUT y_out[4], RoutO, Rout3, Qout0, Qout3, G_, P_, Cout, Sign, Ov, 
Zero; | 
CY7C901(uop, a_addr, b_addr, Rin0, Rin3, QinO, Qin3, Cin, OE, d, cp, 


y_out, RoutO, Rout3, QoutO, Qout3, G_, P_, Cout, Sign, Ov, Zero); 
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Introduction 


This appendix is an alphabetical listing of errors and warnings used by 
MACHKXL during compiling, partitioning and optimizing, along with an 
explanation of each. A listing of any errors in a design can be found in 
filename.err. 


‘SYMBOL_NAME' cannot be LOW_TRUE. 
Only INPUTs, OUTPUTs, and NODEs can be declared to be 
LOW_TRUE. | | 


‘SYMBOL_NAME' cannot be a flip-flop. 
Only OUTPUTs and NODEs can be declared as flip flops. 


"'SYMBOL_NAME' cannot have RESET_BY or 

PRESET_BY without CLOCKED BY. 

Only a clocked register can be given RESET BY and PRESET BY 
constructs. To create an SR_LATCH make the CLOCKED BY 


expression = 0; 


‘'SYMBOL_NAME' cannot have a DEFAULT_TO. 
Only OUTPUTs and NODEs can be given a DEFAULT_TO. 


‘"SYMBOL_NAME' cannot have control information. 
Only OUTPUTs and NODEs can be given CLOCKED _BY, 
ENABLED BY, RESET BY, or PRESET BY. 


‘SYMBOL_NAME’ cannot have two DEFAULT_TO 
expressions. 


Only JK_FLOPs and SR_FLOPs can be given two DEFAULT_TO 
expressions. 
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‘SYMBOL_NAME' has CLOCK_ENABLED_BY without 
CLOCKED BY. 


"'SYMBOL_NAME' needs two DEFAULT_TO 
expressions. 

JK_FLOPs and SR_FLOPs must be given two DEFAULT_TO 
expressions separated by a comma. The first expression is for the J 
or S. The second expression is for the K or R. 


-pi target device did not pass plscan. Please run 
piscan. 


A BIT_WIDTH bit number cannot be represented in 
BIT_WIDTH bits. 


A WHEN clause needs a GOTO in STATE 
‘'STATE_NAME’. 
An example that would produce this warning 1s: 
CASE a 
WHEN 1: 
GOTO st]; 
WHEN 2: 
x=1; 
ELSE 
GOTO st2; 
END CASE; 


The above code says to go to st 1 when ais 1 and to goto st2 
when a 1s not | or 2, but it doesn't say where to go to when a is 2. 


The compiler will fall back on the DEFAULT_TO values of the state 
bits to determine the state transition when a is 2. | 


Access denied to product 


Array 'SYMBOL_NAME' cannot be forward 
referenced. 
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Array 'SYMBOL_NAME' cannot have >VALUE 
members. 


Array 'SYMBOL_NAME' cannot have zero size. 


Array 'SYMBOL_NAME' was not renamed since an 
element clashes with another symbol name 

The period character is not a valid symbol in the HDL. Internally 
generated names may contain periods however. In attempting to 
recreate a .src file, all periods are converted to underscores. In this 
design, renaming the specified array caused a conflict between one of 
the array elements and an existing signal name. For this reason, the 
array was NOT renamed. 


Array index VALUE out of range. 

Only elements within the range of the array declared in the .src file 
may be referenced in the pi file. An array declared without a left 
bound will be zero-based (e.g. OUTPUT a [4/ will have the elements 
afO], afi], af2], af[3]). Anarray declared with left and 
right bounds will have elements between and including the bounds 
(e.g.OUTPUT a/i..4] willhave the elements af1], a[2], 
a[3],anda[4]). 


Assuming ‘DEFAULT_AVAILABLE_FILE' as the 
available file. 


At TIME ns: Expected value 'SIM_VALUE' does not 
match pin value 'SIM_VALUE’ for signal 
SYMBOL_NAME. 


At TIME ns: both R and S set on RS flip flop | 
SYMBOL_NAME -- result unknown. 


At TIME ns: both preset and reset set for 
SYMBOL_NAME -- result unknown. 
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ra 


At TIME ns: more than one message defined during 
this step. 


At TIME ns: signal SYMBOL_NAME is unstable. 


At TIME ns: signal value for SYMBOL_NAME in 
expression is Z. 

The current value associated with the named signal is Z, and the 
signal is being used as an input to another function. In this situation, 
the value of the signal is assumed to be X. 


Attempting to find any device pin that can fit the 
following signals: 
The fitter will attempt to find AT LEAST ONE place a signal can fit. 


Attempting to find at least one part that can fit any 
output signal. 

The fitter will attempt screen the parts which cannot fit ANY signals. 
Ifno parts can fit any signals, then this is a fatal error. 


Attempting to fit a reduced partition. 

Identifies an attempt to fit into an AMD Mach device after removing 
one or more functions from the prior fit attempt. The fitter may 
repeat fitting attempts at reduced partitions until a fit is achieved. 


Attempting to fit at UTILIZATION VALUE percent 
utilization. 

Identifies an attempt to fit into an AMD Mach device at the indicated 
utilization. The fitter may repeat fitting attempts at lower utilizations 
until a fit is achieved. 


BLOWN and INTACT are not allowed at the global 
level. 
Fuse assignments may only be given inside a fixed group. 
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BLOWN and INTACT are not allowed in subgroups. 
Fuse assignments may appear in a fixed group, but not in subgroups 
of a fixed group, fixed subgroups of a fixed group, or at the global 
level. 


BLOWN and INTACT fuse lists overlap. 
A fuse cannot be assigned to be both blown and intact. 


Bad .afb file. 
The .afb file is unreadable to the optimizer. Remove the .afb file and 
rerun plcomp to regenerate it. 


Bad database version in line 1. 


Bad file format in ‘FILE_NAME.afb’. 


The .afb file has become corrupted. Remove it and recompile the .src 
file to recreate the .afb file. 


Bad file format in .afb file. 
The .afb file has become corrupted. Remove it and recompile the .src 
file to recreate the .afb file. 


Bad flip-flop type in .fb file. 


Bad mode 'SYMBOL_NAME’ in 
set_db_access_mode(). 


Biput instance 'INSTANCE_NAME' not driven by a tri- 
state device. | 
All biput ports are required to be driven by a tri-state device. 


Biputs-as-inputs exceed pal block limits. 
The sum of inputs and outputs/biputs exceed the device/pal block 
limits. 
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Build of SYMBOL_NAME is complete. 
CHECK 'LOG_FILE_NAME' FOR ERRORS. 
CHECK 'LOG_FILE_NAME' FOR WARNINGS. 


Can only multiply, divide, and modulo with 
constants. 


Can only use LATCHED_BY with D_LATCH. 


Can't assign INPUT signal SYMBOL_NAME to 
OUTPUT pin PIN_NAME on device DEVICE_NAME — 
An attempt was made to place an INPUT signal on an OUTPUT pin 


Can't assign signal SYMBOL_NAME to NC pin 
PIN_NAME on device DEVICE NAME 

An attempt was made to assign a signal toa NO_CONNECT pin of 
the device. 


Can't assign signal SYMBOL_NAME to RESET pin 
PIN _NAME on device DEVICE_NAME 


Can't assign signal SYMBOL_NAME to ground pin 
PIN _NAME on device DEVICE_NAME 
An attempt was made to assign a signal to a GND pin of the device. 


Can't assign signal SYMBOL_NAME to hidden pin 
PIN_NAME on device DEVICE NAME 


Can't assign signal SYMBOL_NAME to power pin 
PIN_NAME on device DEVICE NAME 

An attempt was made to assign a signal toa POWER pin of the 
device. 
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Can't open FILE_TYPE file FILE_.NAME 
Can't open NPI file FILE_NAME 

Can't open error file ERROR_FILE_NAME 
Can't open file SYMBOL_NAME 

Can't open group file FILENAME 


In attempting to generate a .npi file, the back annotation software 
could not open the specified file for writing. Check existing file and 
directory permissions. 


Can't open manufacturer info database 
DATABASE_NAME 


Can't open new "src" file 'FILENAME' for writing 

When using the PLDoc option to generate the reduced equations in 
src HDL format, the file design.src is created to hold the 
information. When PLDoc attempted to open this file in write mode, it 
was unable. Most probable cause of the error is file or directory 
permissions. 


Cannot RETURN .Z. from FUNCTION. 


Cannot assign 'SIGNAL_NAME' as an input signal on 
the output pin ‘PIN NAME’. 

A signal given as an input signal in the pi file may not be assigned to 
an output pin. 


Cannot assign 'SIGNAL_NAME’ as an output signal 
on the non-output pin "PIN_NAME’. 

A signal given as an output signal in the pi file may not be assigned to 
a non-output pin; i.e. a pin that is not an output pin, biput pin, or a 
node. | 
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Cannot assign 'SIGNAL_NAME' to ground pin 
‘"PIN_NAME' of template 'SYMBOL_NAME’. 


No signals may be assigned to ground pins of the device. 


Cannot assign 'SIGNAL_NAME' to no-connect pin 
‘PIN_NAME' of template ‘SYMBOL_NAME’. 

No signals may be assigned to pins of the device that are not 
connected. 


Cannot assign 'SIGNAL_NAME' to power pin 
‘PIN_NAME' of template 'SYMBOL_NAME'’. 


No signals may be assigned to power pins of the device. 


Cannot assign .C., .S., .X., or .Z. to VAR 
‘'SYMBOL_NAME'’. 


Cannot assign .S. or .X. to INPUT 'SYMBOL_NAME"’. 


Cannot assign .Z. to 'SYMBOL_NAME'’. 
The .Z. can only be assigned to OUTPUTs and NODEs since only 
these can have an ENABLED BY expression. 


Cannot assign clock enable 
Cannot assign the clock enable equation for this output. 


Cannot assign clock to register 
Cannot assign the clock expression for this output to this macrocell. 


Cannot assign multiple array or range signals to a 
single pin. 

Only one signal can be assigned at a time to a pin. A signal declared 
as an array in the .src file implies multiple signal array elements in the 
pi file, so a single symbol assigned to a pin may be an illegal 
assignment if the symbol is declared as an array. 
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Cannot assign output enable 
Cannot assign the output enable expression for this output to this 
macrocell. 


Cannot assign preset 
Cannot assign the preset equation for this output. 


Cannot assign reset 
Cannot assign the reset equation for this output. 


Cannot assign to 'SYMBOL_NAME'’. 


Cannot determine default repem of template 
‘'SYMBOL_NAME'’. 


Cannot find 'SYMBOL_NAME' in 'FILE_NAME’. 
This means that a USE construct has specified a FUNCTION or 
PROCEDURE that cannot be found in the given file. 


Cannot fit accumulated inputs on the device 
The output signals in a group from the PI file require a certain set of 
inputs. The complete set of inputs, however, could not be fit. 


Cannot fit auxiliary signals needed for fixed signal 
group 

After fitting the original group of required signals from a group in the 
PI file, other output signals were needed on this device. These other 
output signals must be fit either as output or brought in on input pins. 
The limits of this device, however, prevented the fitter from resolving 
the need for these auxiliary outputs. 


Cannot fit signal group due to fixed output signals 
The output signals, unassigned to a pin, from a group in the PI file 
could NOT all be fit on this device. 
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Cannot give state values to ALGORITHM_TYPE state 
machine 'STATE_MACHINE_NAME’. 

A state machine with a specified STATE_VALUES algorithm cannot 
have the state value specified for individual states since the specified 
STATE VALUES algorithm will assign state values to all states. 


Cannot have DONT CARE digits in this constant. 


Cannot have NO_REDUCE on VIRTUAL 
‘'SYMBOL_NAME'’. 


Cannot have OUTPUT parameters in FUNCTION 
"FUNCTION_NAME"’. 


Cannot have a HIDDEN INPUT. 


Cannot have more than MAX_MACRO_PARAMS 
macro parameters. 


Cannot index non-array ‘SYMBOL_NAME’. 


Cannot invoke FUNCTION_OR_PROCEDURE 
‘'SYMBOL_NAME' as a PROCEDURE_OR_FUNCTION. 


Cannot make high-true output 


The macrocell does not have the capability to assign 
a high-true output signal 


to this pin. 
Cannot make low-true output 


The macrocell does not have the capability to assign a low-true output 
signal to this pin. : 
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Cannot make output combinatorial 
The output macrocell cannot be made combinatorial. An example of 
a macrocell that cannot be combinatorial is an output of the P16R8. 


Cannot make output hidden 
The hidden node of this device cannot accept a node signal, or a signal 
which for some reason must be visible. 


Cannot make output registered | 
The output macrocell cannot be made registered. An example of a 
macrocell that cannot be registered is an output of the P16L8. 


Cannot negate a constant. 

Cannot open 'SYMBOL_NAME' for error output. 
Cannot open 'SYMBOL_NAME"’. 

Cannot open .log file 'SYMBOL_NAME' for writing. 
Cannot open EDIF 2.0.0 file 'EDIF_FILE' 

Cannot open simulation listing file '"FILE_NAME'’. 
Cannot open test vector file "FILE_NAME’. 

Cannot operate on number with DONT CAREs. 


Cannot reference WIRED_BUS member 
‘'SYMBOL_NAME’. 

Any signal feeding a WIRED_BUS cannot be referenced. Only the 
WIRED BUS signal itself can be referenced. This WIRED BUS 
signal and all signals feeding the WIRED_BUS will have the same 
value since they are wired together. 
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Cannot represent all STATE values with given 
STATE_BITS. 


This occurs when the state value given to a STATE is to large to be 
represented with the number of bits given in the STATE_BITS 
construct. 


Cannot resolve OE requirements of macrocells. 
The fitter cannot satisfy pal block output enable requirements. 


Cannot set up XOR 


There are not XOR rows available on this pin to fit this signal. 


Cannot set up feedback 
The feedback required to properly fit this signal is not available. 


Cannot use .Z. in this context. 

Cannot use DONT CARE digits in this constant. 
Cannot use group in this context. 

Character "OPTION_DELIMITER' used in filename. 
Clock pin needed for clock. 

An input is assigned to a clock pin that must be reserved for a clock 
signal. 

Collapsing 'SYMBOL_NAME'. 

Collapsing declared VIRTUALSs. 


This is the optimization phase where signals declared to be VIRTUAL 
in the .src file or in the .pi file are collapsed. 
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Collapsing equations. 

This is the optimization phase where NODEs are either collapsed or 
made into PHYSICAL NODEs. This is controlled by the optimizer 
equation properties specified in the .pi file. 


Combinatorial feedback collapsing 'SYMBOL_NAME'’. 
The collapsing of signals involved in combinatorial feedback is 
postponed until this phase. 


Combinatorial signal 'SYMBOL_NAME' cannot 
DEFAULT_TOLAST_VALUE. 

Only registers can have DEFAULT_TO LAST_VALUE. Only 
registers hold a value from the previous clock cycle to default to. 


Conflict between properties "PROPERTY_NAME' and 
"PROPERTY_NAME'. 

The two properties’ definitions or effects conflict, so the properties 
cannot both be given on the same signal, in the same group, 1n the 
same fixed group, or at the global level. | 


Constant too large. 
Copying default .pi file 'DEFAULT_PI_FILE_NAME' to 
"PILFILE_NAME’. 


There is no physical information file for your specific design, so the 
system will attempt to use a default physical information file. 


Copying default cost file 'SYMBOL_NAME' to 
‘'SYMBOL_NAME’. 


Cost VALUE larger than 1000. 


380 MACHXL Software User’s Guide (Version 3.0) 


cl 


Could not copy default pi file 'Pl_FILE_NAME' to file 
'PL_FILE_NAME'. 

The system attempted to use the default physical information file, but 
was unable to copy the default pi file to a pi file for your specific 
design. Read permissions on the default pi file or write permissions 
on the current directory may have been denied. 


Could not find default pi file ‘PIL FILE NAME’. 

There is no physical information file for your specific design, so the 
system attempted to use a default physical information file, but was 
unable to find the file. 


Could not open 'SYMBOL_NAME ' file 

Could not open available file - SYMBOL_NAME 
Could not open default .cst file 'SYMBOL_NAME"’. 
Could not open device library: SYMBOL_NAME 
Could not open file ‘FILENAME’ for reading. 
Could not open part library: SYMBOL_NAME 
Could not open text file: SYMBOL_NAME 


D_LATCH 'SYMBOL_NAME' needs LATCHED_BY 
expression. 


Declaration has low true symbol ‘/' in addition to 
LOW_TRUE keyword. 


Design SYMBOL_NAME is up to date. 
Design SYMBOL_NAME not found 
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Design SYMBOL_NAME not found. 


Design construct not followed by CELLREF design 
name 


Design has no input ports defined. 
Design has no nets. | 
Design has no output ports defined. 


Device 'DEVICE_NAME' - I/O PAD count exceeds 
device limit of NUMPINS 

The total number of INPUT/OUTPUT signals to be placed on the 
device exceeds the total number of usable pins on the device 


Device ‘DEVICE NAME ' is not targeted in the PI file, 
and is therefore unusable. 

This device architecture must be the target of a PI file fixed group to 
be considered as part of a solution. Since it is not targeted, this device 
architecture is thrown from the list of possible devices. 


Device DEVICENAME used for annotation -- update 
.pi accordingly 
The back annotation software found a different device in the post 
place and route netlist file than in the original pi file. 


Device file missing: SYMBOL_ NAME 
(SYMBOL_NAME) 


Device library SYMBOL_NAME not found 
Different suffixes on identifiers with ‘..' operator. 


Directory SYMBOL_NAME not found 
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Divide by zero. 
Division by 0. 
Drawfield - illegal field number VALUE 


Due to the above warnings, the PI and NPI files may 
be out of synch 

Due to a mismatch between the original pi file and what actually 
happened during place and route, the PI and NPI files are most likely 
out of synch. To assure the pin placement the next time through, 
manually merge the pi and np? files. 


_ Duplicate STATE name 'STATE_NAME'’. 
Duplicate WHEN values. 


The CASE statement has the same value in two different WHEN 
clauses. 


Duplicate value for STATE 'STATE_NAME"’. 

The STATE MACHINE has two different STATES with 
overlapping state values. A dont care digit will overlap with any 
other digit value. | 


EDIF 2.0.0 file 'EDIF_FILE' empty 
EDIF 2.0.0 file 'EDIF_FILE' is incomplete 
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ELSE of CASE needs a GOTO in STATE 
"'STATE_NAME'’. 


An example that would produce this warning 1s: 
CASE a 
WHEN 1: 
GOTO stl; 
WHEN 2: 
GOTO st2; 
END CASE; 


The above code says to go to stl when ‘a’ is | and to go to st2 when ‘a’ 
is 2, but it doesn't say where to go to when ‘a’ has some other value. 
The compiler will fall back on the DEFAULT_TO values of the state 
bits to determine the state transition for other values of ‘a’. 


END name ‘SYMBOL_NAME" does not match 
‘'SYMBOL_NAME’. 


END name 'SYMBOL_NAME' does not match 
STATE_MACHINE name 'SYMBOL_NAME'’. 


Edit aborted 
Edit canceled 


Encountered COMP_ON without preceding 
COMP_OFF. 


Equation reduction. 
Equation too large for symbol ‘SYMBOL_NAME’. 


This indicates that the design was written in a way that caused an 
equation to exceed the internal equation size limit. The design should 
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probably be modified to use NODEs to hold intermediate equation 
values to avoid generating such large equations. There are options 
available to raise the internal equation size limit and to have the 
compiler automatically generate NODEs for some equations. 


Equation too large. 
Error in cost file SYMBOL_NAME. 


Error opening source file 'HDL_SOURCE_FILE’. 


PLSchematic was unable to open the output source file. 


Error writing database SYMBOL_NAME in 
replace_index_maker 


Error writing database SYMBOL_NAME in 
replace_maker 


Errors found by the pterm string parser. 
Errors that must be corrected were found while parsing the pterm 
string. 


Errors found in netlist unable to continue 

This means that serious and/or fatal errors were encountered in the 
input netlist. Processing is discontinued and no output files will be 
generated. 


Errors found in pin assignments. 


Errors were found in the pin assignments in the physical information 
file. 


Errors found while comprehending fixed groups. 
Errors that must be corrected were found while the system was 
understanding the fixed groups in the physical information file. 
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Errors found while creating internal feedback groups. 
Errors that must be corrected were found while the system was 
creating groups of signals that depend on internal feedback. 


Errors found while verifying available devices. 
Errors in simulation vectors, error vectors ignored 


Errors occurred while building the output and 
equation lists. 


Errors occurred while comprehending the fit_with 
properties. 


Errors that must be corrected were found while implementing 
therequirements of the FIT_WITH property. 


Exceeded maximum of VALUE range identifiers. 
Exceeds pal block enable limit. 


The combined pin assignments exceed the number of enable terms for 
a PAL block. 


Exceeds pal block pterm allocation capabilities. 
The combined pin assignments exceed the ability to assign product 
terms. 


Expecting '(' for parameter list of MACRO 
‘MACRO_NAME". 


Expecting ‘(expression list)’ after unary 'OPERATOR'. 
Expecting '.’. 


Expecting ':" after STATE value. 
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Expecting ':' after WHEN number. 

Expecting ':' or '[value]:' after STATE name. 
Expecting ';’. 

Expecting ‘=' after "FOR VAR_NAME’. 
Expecting ‘=" in INITIAL statement. 

Expecting ‘= in SET statement. 

Expecting ‘=' to follow assignment expression. 
Expecting '=>' after WHEN number. 

Expecting ‘J’. 

Expecting ‘}’. 


Expecting argument name for MACRO 
"MACRO_NAME". 


Expecting array name or [signals] t to follow 
STATE_BITS. 


Expecting constant expression. 

Expecting first WHEN clause after CASE expression. 
Expecting function or procedure name after USE 
filename. 

The syntax of a USE construct is "USE 'filename’.name;" the filename 


must be in single quotes and the .name must be outside of the quotes. 
The .name 1s optional. 


Expecting fuse number or list of numbers. 
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Expecting identifier to follow ‘.’. 

Expecting integer value for switch SWITCH 
Expecting name after KEYWORD. 
Expecting number after '['. 

Expecting number after KEYWORD. 


Expecting number or DONT CARE in truth table 
entry. 


The TRUTH_TABLE entries to the left of the :: must 


be either constants 
or .X. 


Expecting number or identifier to follow '-"’. 
Expecting number to follow ‘..’. 
Expecting pin name or number. 


Expecting procedure name or number tag to follow 


Expecting property name. 

Expecting quoted file name after KEYWORD. 
Expecting quoted group name. 

Expecting quoted target string. 

Expecting second identifier after '..'. 


Expecting second number after '..' in range. 
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Expecting signal name. 


Expecting single quoted filename name after 
KEYWORD. 


Expecting string value for switch SWITCH 
Expecting symbol list after 'KEYWORD'". 
Expecting symbol list in declaration. 


Expecting the keyword 'GROUP' to follow the 
keyword ‘FIXED’. 


Expecting variable after FOR. 
FBINCLUDE not supported in SIMULATION. 
Failed to close available file. 


Failed to create database: SYMBOL_NAME in 
create_acro 


Failed to create database: SYMBOL_NAME in 
create_dlib 


Failed to create database: SYMBOL_NAME in 
create_pinmp 


Failed to find 'SIGNAL_NAME'’ for fitting with 
'SIGNAL_NAME'. 


The FIT_WITH property indicated two signals should be fit together. 
However, the second signal could not be found as an output or node 
signal. The signal must exist in the original design as a output or non- 


virtual node. | 
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Failed to find database version in first line. 


Failed to find fit_with signal 'SIGNAL_NAME’. 

The FIT_WITH property indicated two signals should be fit together. 
However, the second signal could not be found. The signal must exist 
in the original design. 


Failed to find suitable node assignment and signal 
routing: MACH_PART:DEVICE#. 

The current partition could not be placed and routed by the mach 
fitter. It could be routed with no placement considerations or placed 
with no routing considerations but no valid combination of piacemeas 
and routings could be found. 


Failed to fit design. See SYMBOL_NAME 

Your design cannot be fit. Refer to the log file for the reasons for 
this failure. The .log file will state which functions could NEVER be 
fit, and also how many device attempts occurred. There are a large 
number of factors which contribute to a design being unfittable, and 
often these factors compound. Areas to examine are how signals are 


fit as a group, how much I/O is required for the aesiet and also how 
FPGAs are being used. 


Failed to fit fixed group SYMBOL_NAME from PI on 
SYMBOL_NAME. See SYMBOL_NAME 


The fixed groups must be fit successfully before any solution can be 
given. The fixed group indicated, however, could not be fit. Refer to 
the log file. | 


Failed to generate fuse map: MACH_PART:DEVICE#. 


A problem occurred in assigning pterm rows within the mach part. 


Failed to open SYMBOL_NAME database in 
get_pinout_array(). 
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Failed to read database TYPE in first line of text file. 


Fast critical net fanout limit (12) exceeded -- check 
after optimization 


Fast critical net fanout limit (8) warning -- check after 
optimization 


File '"FILENAME' not found. 
File "FILE _NAME.afb' does not exist. 


File 'SYMBOL_NAME' not found in path, File 
generation ignored. 


File 'SYMBOL_NAME' not found in path. File 
modification ignored. 


File -'SYMBOL_NAME' not found 


File FILENAME - The DEVICE string does not contain 
a package designator | 

On the "DEVICE IS EPMXXXXYY" line, the XXXX is the template 
name and the first Y is the package designator. The specified file 
does not contain a package designator on this line. 


File FILENAME - the package specified 
(PACKAGE_STR) is not supported 

On the "DEVICE IS EPMXXXXYY" line, the XXXX is the fein 
name and the first Y is the package designator where (D is CDIP, P is 
DIP, J is CLCC, L is LCC, G is PGA, S is SOD, W is CQFP, and Q 
is PQFP. 


Appendix C: Warning and Error Messages 391 


File FILENAME -- SYMBOL_NAME does not contain 
either an “Icc", "qfp", or "pga" package 

The VAR DDFPACKAGE line should contain a string of the form : 
"/minc/als/data/a1000/a1010/lcc44.ddf". The package (Icc or pga) in 
this .pin file is not of this format. 


File FILENAME contains an invalid VAR 
DFFPACKAGE line | 

The VAR DDFPACKAGE line should contain a string of the form : 
"/minc/als/data/a1000/a1010/lcc44.ddf". The line in the .pin file is not 
of this format. 


File FILENAME does not contain a template name 
The .mpn (MINC pin) file must contain a template name on line 2. 


File FILENAME does not contain a valid device name 
The .mpn (MINC pin) file must contain a device name of the form 
"MANUF PARTNAME" on line I. 


File FILENAME does not contain a valid fusemap file 
name | 
The .mpn file must contain a fuse map file name on line 3. 


File FILENAME does not contain a valid number of 
pins value | 
The .mpn file must contain the number of pins on the device on line 4. 


File FILENAME does not contain a valid template 
name | | 
The template name specified is not a valid MINC template name 
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File FILENAME specified a different device than the 
.pi file 

The back annotation software found a different device in the post 
place and route netlist file than in the original pi file. 


File FILE_NAME does not exist - rerun The fitter with 
netlisting ON 


File PINFILE_NAME can not be opened in write mode 
File SYMBOL_NAME can not be opened for reading 
File SYMBOL_NAME can not be opened for writing 


File SYMBOL_NAME can not be opened to rename 
file contents 


File SYMBOL_NAME does not define number of pins 
on VAR DFFPACKAGE line 

The VAR DDFPACKAGE line should contain a string of the form : 
"/minc/als/data/a1000/a1010/Icc44.ddf" where 44 in the number of 
pins in the package. The line in this .pin file is not of this format. 


File devlib.dbf can not be opened 
File does not begin with EDIF keyword 
File is not EDIF version 2.0.0 


File minclib.lib not found in path for reading 
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Fitting signal 'SIGNAL_NAME' on virtual pin 
PIN-NUMBER implies fitting an unfittable group of 
signals 

The signal being fit has some feedback internal to the part, either 
because it is a node or there is pre-enable feedback. The signals 
needing to use this feedback must therefore be fit on this same part. 
There are not enough device resources, however, to have all those 
signals fit on this part. 


Fixed grouping for MACH_PART:DEVICE# exceeds 
limits for: 
Precedes one or more device constraints violated by a function group. 


Fixed grouping for MACH_PART:DEVICE# pal block 
PAL_BLOCK_ID(OPTIONAL)exceeds limits for: 
Precedes one or more pal block constraints violated by a function 
group. 


Flip-flop ‘SYMBOL_NAME' needs CLOCKED_ BY 
expression. 


Format error in library file line LINENO -- line skipped 


Format error on line LINENO of newnames.txt -- line 
skipped 


Fs Could not locate device library 'SYMBOL_NAME'. 
Fs Could not open device library 'SYMBOL_NAME’. 


Function FUNCTION_ID cannot fit due to grouping 
constraints. | 


Signal in user specified grouping or oo assignment violates Mach 
constraints. 
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Function SIGNAL cannot fit on pin PIN# because: 
Mach function pin assignment cannot be satisfied for the reason(s) 
listed. 


Function SIGNAL_ID cannot fit on pin PIN# due to 
buried register fanout constraints. 
User pin assignments violate restrictions on Mach230 buried 


macrocell fanouts. Mach230 buried register fanouts must be within 
pal block pairs (A-H, B-G, C-F, D-D). 


Function is not a unary function 
The function does not qualify as a unary function for fitting on a 
unary node of this device. 


Functions FUNCTION_ID and FUNCTION_ID use the 
same macrocell. 


The named functions are assigned so that they require the same 
macrocell. | 


Fuse assignment in a fixed group with footprint 
target 'TARGET_STRING’. 

A fixed group targeted toward a footprint will potentially be fit into 
many different device architectures. Since fuse numbers and fuse 
configurations depend on the device architecture, a fuse assignment in 
a fixed group targeted toward a footprint may have radically different 
and unexpected effects when implemented in different devices. 


Fusemap file 'FUSEFILE' in file 'FILENAME' conflicts 
with an existing fusemap file 

The fusemap filename found on line 4 of the .mpin file conflicts with 
an already existing fusemap filename for this design. 


GLOBAL not supported. 
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GOTO STATE_NAME goes to nonexistent state. 
GOTO STATE_NAME is outside of STATE_MACHINE. 


Generation of NODEs for equation minimization is 
on. | 

By default, the compiler generates NODEs to break up the logic for 
complicated operators such as the arithmetic operators. This gives 
the optimizer greater flexibility to generate efficient equations for the 
target hardware. This node generation can pose a problem for 
designers trying to fix the pinout of a portion of a design while 
changing the functionality of another portion. This node generation 
can be controlled from the menu. See the Optimizing a Design 
chapter for more on optimization. 


Group name must be quoted with single quotes ("). 
Hardware locking device NOT installed. 
Hit end of file with unmatched COMP_OFF. 


IF has GOTO in only one half in STATE 
"STATE_NAME'. 


An example that would produce this warning 1s: 
IF a THEN 
GOTO stl; 
END IF; 


The above code says to go to stl when 'a' is asserted, but it doesn't 
say where to go to when 'a' is not asserted. The compiler will fall 
back on the DEFAULT_TO values of the state bits to determine the 
state transition when 'a' is not asserted. 


IS not supported. 
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Illegal DONT CARE digit in decimal constant. 
lilegal argument 'STRING' for demorgan property. 


The legal arguments for the DEMORGAN_ SYNTH property are 
AUTO, FORCE, and OFF. 


lllegal argument 'STRING' for flipflop synthesis 
property. 

The legal arguments for the FF SYNTH property are AUTO and 
OFF. 


lilegal argument 'STRING' for xor synthesis property. 
The legal arguments for the XOR_TO SOP SYNTH property are 
AUTO, FORCE, and OFF. 


lllegal character ASCIl_VALUE in source. 

An illegal character appeared in the file. Legal characters include all 
alphanumeric characters, spaces, tabs, newlines, carriage returns, 
formfeeds, vertical tabs and the punctuation characters indicated in 
the manual for building each operator. 


Illegal command line switch SWITCH found 
Illegal command line switches 

Illegal config file SYMBOL_NAME specified 
Illegal digit in base NUMERICAL_BASE constant. 


The digit is not a valid digit in the numerical base of the constant. 


lilegal file name 'FILE_NAME'’. 
lllegal operation on .X. 


Illegal operation on .Z. 
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Illegal operation on DONT CARE. 
Illegal operation on constant and .X. 


Illegal pin name 'PIN_NAME' for template 
"TEMPLATE_NAME". 

The pin name given for a pin assignment in the physical 
informationfile was not a valid pin name for the device. 


lllegal solution number, using 1 


Improper nesting of ')' in parameter for MACRO 
"MACRO_NAME’. 


Improper nesting of ']' in parameter for MACRO 
"MACRO_NAME"’. 


Incompatible suffix for flip-flop 'SYMBOL_NAME"’. 


Inconsistent member sizes in WIRED_BUS 
declaration. 


Incorrect target string formatting: 'SYMBOL_NAME"’. 
Initial routing of signals through switch matrix failed: 


MACH_PART:DEVICE#. 


The current partition could not be routed by the mach fitter. 


Input SIGNAL_ID cannot fit on pin PIN# because: 


Mach input pin assignment cannot be satisfied for the reason(s) listed. 


Input has wrong ff/latch type 
The input pin has the wrong configuration for fitting this unary signal. 
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Input pin 'PIN_NAME' of instance "INSTANCE_NAME" 
is not connected. 
PLSchematic checks each component instance to verify that all input 


pins are connected. Each unconnected input pin is connected to either 
VCC or GND. 


Input pin 'VALUE' of instance 'SYMBOL_NAME' is not 
connected. 


Input signal ‘SYMBOL_NAME' may be given only 
once without a pin assignment. 


An input signal without a pin assignment may appear only once per 
group or DEVICE. 


Input signal SYMBOL_NAME is assigned to more 
than one pin 

A signal can only be placed on ONE input pin of the device. The .p1 
file specifies that the signal in error be placed on TWO or more pins 
of the device. 


Input signals are not allowed at the global level. 
Input signals may only be given inside a group or DEVICE. 


Inputs within an unfixed group are ignored. 

Since The fitter will automatically fit all of the input signals that a 
group requires, there is no need to mention input signals in an unfixed 
group. 


Instance 'INSTANCE_NAME' of type 
‘COMPONENT_TYPE' is not connected. 

The named component instance is unconnected. This will not affect 
the final results since the equations for this device will be optimized 
out but is flagged because it is likely that the user either inadvertently 
left the component or forgot to connect it to the rest of the design. 
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Instance keyword not followed by instance name 
Instance not followed by component name 

Instance or net keyword found before contents 
Instance rename not followed by 2 instance names 
Interface not followed by PORT keyword 

Internally fit WIRED_BUS signal 'SYMBOL_NAME' is 
needed on another device 

In this design, the WIRED BUS signal was fit inside of the Xilinx 
device. This signal was, however, needed as an INPUT on another 
device. You must either move all signals that need the WIRED_BUS 
onto this Xilinx device OR implement the WIRED_BUS external to 


the Xilinx device (by fitting each of the signals comprising the 
WIRED _ BUS on BIPUT pins. 


Invalid PORT syntax 
Invalid character "VALUE'’. 


Invalid device #VALUE specified for solution VALUE 
(valid values - 1 to VALUE) 


Invalid pin label "LABEL_NAME’. 


Invalid solution #SOLUTION_NUMBER specified 
assuming solution #1. 


Invalid solution switch value -- VALUE 


Invocation of undeclared 
FUNCTION _OR_PROCEDURE 'SYMBOL_NAME’. 
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Joined or portref statement not preceded by net 
construct 


Left parenthesis found in expression 
Library Locking Error. 


Line VALUE does not contain a line of the form 
“signal:pin [INPUTJOUTPUT|BIPUT]" 


Line too long. 
A single line in the physical information file may be no longer 
than1024 characters. 


List of SYMBOL_NAME signals already placed : 


Locking device NOT installed or illegal authorization 
file 


Lost connection to server for SYMBOL_NAME, 
exiting... 


MACH PARTITION_LEVEL partitioning exceeds limits 
The Mach partition cannot be reduced to the current limit due to user 
specified fixed groups or internal feedback grouping. 


MACH failed PARTITION_LEVEL partitioning 
The partitioner cannot divide the functions into the required number of 
partitions while remaining within the current limits. 


MACH failed PARTITION_LEVEL pre-partitioning 
The partitioner cannot divide the functions into the required number of 
partitions while remaining within the current limits. 
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MACRO 'MACRO_NAME' never terminates. 


The macro is missing the terminating }. 


MACRO 'MACRO_NAME' spans multiple lines. 
Macro expansion too large. 
Making 'SYMBOL_NAME' be PHYSICAL NODE. 


Manufacturer name 'SYMBOL_NAME' is too long -- 
must be VALUE or less characters 


Max # of update entries (NUMENTRIES) exceeded -- 
processing terminated at line LINENO of library 


Max # of update entries (NUMENTRIES) exceeded -- 
processing terminated at line LINENO of 
newnames.txt 


Medium critical net fanout limit (12) exceeded -- 
check after optimization 


Medium critical net fanout limit (8) warning -- check 
after optimization 


Memory exhausted, VALUE of the VALUE solutions 
are saved. | 

When The fitter detects the system no longer has memory available, 
The fitter frees some memory to get room to work, and then saves in 
order as many solutions as possible. 


Mismatched group sizes. 
This means that an operation hambrgraparlabined on two arrays or 
groups of signals that have a different number of bits from each other. 
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Mismatched range identifiers 'SYMBOL_NAME' and 
‘'SYMBOL_NAME"’. 


Missing '(' after 'KEYWORD". 


Missing ')' for argument list of MACRO 
"MACRO_NAME'’. 


Missing ')' in invocation of MACRO 'MACRO_NAME’. 
Missing ';’. 

Missing 'KEYWORD". 

Missing KEYWORD/1 after KEYWORD2. 


Missing TEST_VECTORS keyword on simulation 
vector table. 


Missing name after END. 
Missing quote on string. 


A string must be enclosed by a pair of single quotes ('), but one of the 
quotes on either the left or right side of the string was missing. 


Missing right quote on string. 


Mixed INPUT and BIPUT declarations for 
‘'SYMBOL_NAME"’. 


Mixed use of NO_REDUCE on members of assigned 
group. 


Modulo by 0. 
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Multiple NODE declarations for 'SYMBOL_NAME' in 
separate PROCEDUREs. 


Multiple TARGET constructs in fixed group. 
A fixed group may be targeted toward only one device. 


Multiple cell constructs found in file 'EDIF_FILE' 


Multiple conflicting assignments to 
'SYMBOL_NAME'’. 

A signal can only be assigned one value for any condition. An 
example that would produce this error is: 


IF a THEN 


IF b THEN 
x = 0; 
END IF; 


This example says that 'x' should be 1 when ‘a’ is asserted. It also 
says that 'x' should be 0 when 'b' is asserted. This is a problem if both 
‘a’ and ‘b' are asserted. 


Multiple interface constructs found in file "EDIF_FILE' 


Multiple library constructs found with no design 
construct 


Multiple port assignments for a single net 


Must pass assignable expression to OUTPUT 
‘'SYMBOL_NAME’. 
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Must specify TARGET in order to specify fuse 
assignments. 

The target device must be known for fuse assignments to be 
meaningful. 


Must specify TARGET in order to specify no-connect 
pin assignments. 

The target device must be known for pin assignments to be 
meaningful. 


Must specify TARGET in order to specify pin 
assignments. 

The target device must be known for pin assignments to be 
meaningful. 


N bit number cannot be represented in M bits. 
NAME is only allowed within a group or fixed group. 


NO_CONNECT is not allowed at global level. 


No-connect pin assignments may only appear inside a fixed group. 


NO_CONNECT is not allowed in subgroups. 
No-connect pin assignments may appear in a fixed group, but not in 
subgroups of the fixed group, fixed subgroups of the fixed group, or 
at the global level. 


Need suffix for flip-flop 'SYMBOL_NAME". 

The signal name for a JA_ FLOP, SR_ FLOP, or T_FLOP must have 
a suffix appended to indicate which input of the flop is driven by the 
assigned expression. 
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Nested assignment to 'SYMBOL_NAME' which has 
NO_REDUCE. 

- A symbol declared with NO_REDUCE must be given its equation 
outside of any IF, CASE, TRUTH_TABLE, or STATE_ MACHINE 
statements to guarantee that the equation will be implemented as given 
without any reduction. 


Nesting of subgroups too deep. 

The level of nesting of groups and fixed groups is restricted to two. 
Fixed groups may have subgroups or fixed subgroups, but the 
subgroups and fixed subgroups may not have subgroups or fixed 
subgroups. | 


Nesting too deep. 

This is caused by some construct or combination of constructs in the 
source file being nested too deeply. Make sure you have an END on 
all constructs requiring ENDs. 


Net ‘NET NAME’ does not drive any instance input 
pins. 


Net ‘NET _NAME' is driven by multiple instance 


output pins. 
A net can be driven by only one device output pin. 


Net 'NET_NAME'’ is not driven by an instance output 
pin. | 


Net 'NET_NAME' is unconnected. 


Net construct found before previous net complete 
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No GOTO to STATE 'STATE_NAME’. 
If there is no GOTO to a particular STATE then the state may not be 
reachable and may not be necessary to the design. 


No Pins Assigned Before Auto Pin Placement 


No clock expression 
This signal is registered, but the clock expression 1s unavailable, 
probably because this equation earlier was deemed too large. 


No device supports the construct of a latch with a 
CLOCK_ENABLED BY (SIGNAL_NAME). 

There is no device known to The fitter which has a clock enable for a 
latch. 


No devices available that fit an output. See 
LOG_FILE_NAME 

The fitter will attempt screen the parts which cannot fit ANY signals. 
No parts can fit any signals, and therefore The fitter could not 
continue. 


No devices match scan criteria... 

The criteria you supply remove device architectures from 
consideration. These criteria, along with you authorization, combine 
to create an available list of devices. In this case, there are no devices 
available. 


No equations in the fb file... 


No functions in design fit into target device 
‘SYMBOL_NAME'. 

The device was targeted to fit a group of functions in the physical 
information file, but was not able to fit any of the functions in the 
design. 
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No input pins connected to instance 
'INSTANCE_NAME' of type ‘COMPONENT_TYPE"’. 

All of the input pins on the named instance are unconnected. This will 
not affect the final results since the equations for this device will be 
optimized out. 


No library construct found in file 'EDIF_FILE’ 


No more than one DEFAULT construct per file is 
allowed. 

Only one fixed group may be specified as the default fixed group. All 
signals in the design that were not mentioned in the pi file will be 
placed into the default fixed group. | 


No output pins connected to instance 
'INSTANCE_NAME' of type ‘COMPONENT_TYPE’. 

All of the output pins on the named instance are unconnected. This 
will not affect the final results since the equations for this device will 
be optimized out. 


No outputs in design. 


No remaining data equations for output signal 
‘SIGNAL_NAME'. | 

The DEMORGAN_ SYNTH, XOR_TO SOP SYNTH, and 

FF_ SYNTH properties remove equations from consideration. If other 
equations were already removed due to their size, then there may be 
no equations left to implement the output signal's functionality. 


No solution has been selected in the fb 
No solution information in fb 


No solution selected during the fitter assuming 
solution #1. 
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No solutions in .fb file. 

No solutions were found for specified design 
No stimulus file. 

No system area in design. 


No templates match criteria after execution of 
PLScan. 

The scanner, after screening out parts based on your criteria 
andauthorization, has left NO parts for The fitter to use. 


No valid devices 
There are no device architectures available for fitting. 


Noncritical net fanout limit (12) exceeded -- check 
after optimization 


Noncritical net fanout limit (8) warning -- check after 
optimization 


Not enough columns for this output signal 

This device, probably a PLA, does not have enough AND columns. 
The various data equations are all too large given the remaining 
number of columns available. 


Not enough inputs available on device 
The number of inputs required to fit this output exceeds the available 
number of input and biputs of this device. 
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Not enough rows feeding the OR gate for this output 
signal 

This device does not have enough AND rows feeding the OR gate. 
The various data equations are all too large given the number of AND 
rows available. 


Number of inputs in truth table entry does not match 
header. 


Number of outputs in truth table entry does not 
match header. 


Number of test vector entries does not match header. 
Number too large. | 
Numbers out of order in range. 


Old VENDOR_NAME netlist file 'NETFILE_NAME’ can 
not be removed 


Old VENDOR_NAME pinout file 'PINFILE_ ee can 
not be removed 


On bus SYMBOL_NAME: signals SYMBOL_NAME 
and SYMBOL_NAME are driving the bus in different 
directions. 


On bus SYMBOL_NAME: signals SYMBOL_NAME 
and SYMBOL_NAME are driving the bus in the same 
direction. 


Operation produced negative number. 


Operation would result in negative constant. 
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Out of memory 


Out of memory before any solution could be found. 
The fitter has detected there is no remaining memory, and the solution 
search was interrupted before any solution could be found. 


Out of memory in make_set_element 
Out of memory in newstr() 


Out of memory, and NO alternative memory actions 
available. 

After attempting alternative memory actions, there still is no memory 
available. The fitter can no longer proceed. 


Out of memory, attempting to save solutions ... 

When The fitter detects the system no longer has memory available, 
The fitter frees some memory to get room to work, and then attempts 
to save solution in order. 


Out of memory. 
Output file 'SYMBOL_NAME' already exists. 


Output pin 'PIN_NAME' of instance 

"INSTANCE NAME’ is not connected. 

PLSchematic checks each component instance to verify that all output 
pins are connected. The user is warned of this condition and 
processing continues. 


Output pin 'VALUE' of instance 'SYMBOL_NAME' is 
not connected. 
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Output signal 'SIGNAL_NAME' cannot be fit with 
‘SIGNAL_NAME'’. 

The FIT_WITH property indicated these two signals should be fit 
together, but for some reason they CANNOT fit together. The 
feeding signal must be the only signal in the other signals equation. 
The feeding signal cannot be inverted. The feeding signal must be a 
node. The receiving signal cannot be registered or latched. Both 
signals cannot be enabled. 


Output signal 'SYMBOL_NAME' can not ALSO be 
placed on an input pin 

_ A signal that was specified as an OUTPUT to this device was also 
specified as an INPUT to this device. For the specified architecture, 
this capability is not allowed. 


Overlapping TRUTH_TABLE entries. 

The TRUTH_TABLE statement has two different entries with an 
overlapping set of conditions. At least one of the input values of each 
entry must be different from the corresponding input value of the 
other entries. A .X. overlaps with any other input value. 


PI Footprint: "FOOTPRINT_NAME' not in .avl file or 
has been eliminated by constraints. 


PI demorganization property for ‘SIGNAL_NAME' 
conflicts with the NOREDUCE option. | 
Demorganization is turned off if the NOREDUCE option is set, so the 
only legal argument for the DEMORGAN_ SYNTH property is OFF. 


PI target STRING1 STRING2 not in library ; please 
check spelling 


PI target STRING1 STRING2 rejected, by lock: 
"TEMPLATE_NAME'’, check constraints. 
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PI target STRING1 STRING2 rejected, 
family:'FAMILY_NAME', check constraints. 


PI target STRING1 STRING2 rejected, fmax = 
FMAX_VALUE Mhz, check constraints. 


PI target STRING1 STRING2 rejected, icc = 
ICC_VALUE ma, check constraints. 


Pl target STRING1 STRING2 rejected, 
manufacturer:' MANUFACTURER_NAME’, check 
constraints. 


PI target STRING1 STRINGZ2 rejected, | 
package:'PACKAGE_NAME', check constraints. 


Pl target STRING1 STRING2 rejected, price = PRICE, 
check constraints. 


Pl target STRING1 STRING2 rejected, 
temp_range:'TEMP_VALUE'’, check constraints. 


PI target STRING1 STRING2 rejected, template: 
"TEMPLATE_NAME'’, check constraints. 


PI target STRING1 STRING2 rejected, tpd = 
TPD_VALUE ns, check constraints. 


PI target STRING1 STRING2 rejected, user1 = 
‘USER1_VALUE’, check constraints. 


Pl target STRING1 STRING2 rejected, user2 = 
‘'USER2_VALUE'’, check constraints. 
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PI target Template: "TEMPLATE_NAME' Footprint: 
"FOOTPRINT_NAME' is not in .avl file or has been 
_ eliminated by constraints. 


PI target error(s) detected. 


PI target template: ‘STRING’ is not a valid template 
name. | 


PLA device DEVICE_NAME does not exist in 
database -- no annotation performed 

The back annotation software attempts to find a device in its database 
with the template and numpins specified in the .mpn file. No part 
exists to match the specified criteria. 


PLDoc - file open error 

PLDoc usage: pldoc design_name 

The fitter has not been run 

The fitter usage: the fitter design_name 

PLFuse usage: plfuse design_name 

PLOpt has not been run 

PLOpt usage: plopt design_name 

PLScan has not been run 

PLScan usage: plscan design_name 

PLSchematic usage: plisch design_name reader_flag 


PLSim usage: plsim design_name [ stimulus_file ] 
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PORTHID is obsolete and has been replaced by 
NODE. 

The PORTHID primitive is no longer supported and will be replace 
internally by the NODE primitive. This primitive will not be included 
in subsequent releases of the product. 


Pal block PAL_BLOCK_ID is not valid for device 
SYMBOL_NAME 


Part name 'SYMBOL_NAME' is too long -- must be 
VALUE or less characters 


Pass 1 error checking. 

During the first pass of compilation the compiler finds all errors that 
can be found without generating equations. This is done to quickly 
report errors and terminate compilation before the slower equation 
generation is performed. 


Pass 2 equation generation. 

During the second pass of compilation the compiler generates the 
equations for all of the signals in the design. Some errors may be 
reported during this pass if they are discovered as a result of equation 
generation. 


Pin PIN_NAME (signal SYMBOL_NAME) exceeds the 
maximum pins for the device 

The pin name found in the post-place and route netlist is not a 
recognized pin name. 


Pin PIN _NAME is not a valid pin for device 
DEVICE _NAME 


There is no such pin for the specified device. 


Pin PIN NAME_OR_NUMBER already assigned. 


A signal was assigned to a pin that already had a signal assigned to it. _ 
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Pin assignments are not allowed at global level. 
Pin assignments may be given in fixed groups ane fixed subgroups of 
fixed groups. 


Pin assignments are not allowed in unfixed groups. 
Pin assignments may be given in fixed groups and fixed subgroups of 
fixed groups. 7 


Pin is not an output pin 
~The pin in this configuration is not an output pin. You cannot assign 
an output signal to this type of pin. 


Pin is not available 
This pin has already been assigned or is otherwise unavailable. 


Pin number must be numeric 
Pin number must be preceded by an ampersand 
Pinlabel 'SYMBOL_NAME' not in correct format 


PrintDevices usage: pr_devs design_name 
[#devices] 


Procedure/function SYMBOL_NAME not in design. 


Property "PROPERTY_NAME' takes 
NUM_ARGUMENTS argument(s). 


The property must be given with the correct number of arguments. 


Property "PROPERTY_NAME' takes argument 'TRUE' 
or ‘FALSE’. 

The property takes one argument that can only be the word "TRUE' or 
the word 'FALSE'. 
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Property '"PROPERTY_NAME' takes one argument. 


The property takes one argument which may consist of either a 
number, a word consisting of alphanumeric characters and '_', or a 
string (a sequence of characters enclosed in single quotes). 


Property '"PROPERTY_NAME' takes one numeric 
argument. 
The property takes one argument which may consist of a number. 


Property "PROPERTY_NAME' was given twice. 


The same property can appear only once in a given context. A 
context can be one of: a signal, a group, a fixed group, or the global 
level. 


Property PROPERTY_NAME is not accepted globally, 
on a group, or on a fixed group. 

The named property was given at the global level, in a group, or in a 
fixed group, but is not allowed to appear in these contexts. 


Property PROPERTY_NAME is not accepted on input 
signals. — | 
The property may not be given on input signals. 


Property PROPERTY_NAME is not accepted on 
output signals. 
The property may not be given on output signals. 


Property PROPNAME is an invalid property name -- 
property ignored 

When reading the FB, an invalid PI property was found. This 
property will be ignored during the read. 


RETURN must be inside of FUNCTION. 
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Ran out of dynamic memory. 
Range identifier ‘IDENT’ needs to end with a number. 


Range identifier ‘'SYMBOL_NAME' needs ending 
number. | 


Range identifiers 'IDENT1' and 'IDENT2' not identical 
before end numbers. 


Ranging over more that VALUE identifiers. 
Reason undisclosed 


The reason for not fitting the signal is unstated, but could be a number 
of contributing problems or a problem that cannot be easily described. 


Recursive USE of SYMBOL_NAME 
Recursive invocation of 


FUNCTION _OR_PROCEDURE 'SYMBOL_NAME'’. 
A FUNCTION or PROCEDURE cannot invoke itself. 


Recursive macro definition for MACRO 
‘MACRO_NAME". , 


Redeclaration of 'SYMBOL_NAME'’. 

Redeclaration of CONTROL_KEYWORD expression. 
Redeclaration of MACRO "MACRO_NAME'. 
Redeclaration of STATE_BITS. | 

Redeclaration of STATE_VALUES. 


Redeclaration of VAR 'VAR_NAME'. 
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Redeclaration of symbol 'SYMBOL_NAME'’. 
Redeclared step size, new value used. 

Reducing 'SYMBOL_NAME"’. 

Reference of undeclared VAR 'SYMBOL_NAME'. 
Removing 'SYMBOL_NAME"’. 

Removing special JEDEC character ™' from header. 
Jedec files consider an asterisk to be a special character. Asterisks 


are replaced by spaces in header strings to avoid creating a bad 
JEDEC file. 


Removing unused NODEs. 

This is the optimization phase where signals that do not contribute to 
any OUTPUT signal are removed since they are not needed in the 
design. 


Renaming array signal OLDNAME caused a clash 
with signal EXISTING_SIGNAL -- new name is 
NEWNAME 


Repeated results of last partition. 
A particular MACH partition attempt which is reduced or partitioned 


at a lower utilization is discarded because it exactly repeats the prior 
failed partition. 


SIMULATION must be placed in the .stm file. 
SPECIAL not supported. 


STATE 'STATE_NAME' needs a GOTO. 
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If no GOTO is given for a STATE then the compiler will fall back on 
the DEFAULT_TO values of the state bits to determine the state 
transition. 


STATE_BIT 'SYMBOL_NAME' must be a NODE or 
OUTPUT. 


_ STATE_BITs have incompatible CLOCKED_BY 
_ expressions. 
The signals given in the STATE _BITS construct must all have been 
declared with the same CLOCKED BY expression. Ifa 
CLOCKED BY is given in the STATE_MACHINE header then it 
must also match the CLOCKED BY expression of each state bit. 


STATE_BITs have multiple DEFAULT_TO 
expressions. 

The signals given in the STATE BITS construct must all have been 
declared with the same DEFAULT_TO expression. Ifa 
DEFAULT _TO 1s given in the STATE_MACHINE header then it 
must also match the DEFAULT_TO expression of each state bit. 


STATE_ MACHINE must default to 0, .X., or 
LAST _ VALUE. 


SYMBOL_NAME 
SYMBOL_NAME is an illegal config file 
Scan not necessary: files are up to date. 


Schematic design error(s) found in ‘INPUT_NETLIST’ 
- unable to continue. 

PLSchematic has a built-in rules checker to verify that the input 
netlist is consistent. If it is not the error is printed and processing is 
discontinued before the output files are generated. 
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Should not have "." in library name 'FILE_NAME’. 

The syntax of a USE construct is "USE 'filename'.name;" the filename 
must be in single quotes and the .name must be outside of the quotes. 
The .name is optional. 


Signal 'SIGNAL_NAME' is an input through internal 
feedback to 'SIGNAL_NAME'’, hence they must be fit 
together, but cannot. 

The two signals must be fit together because one signal uses the 
internal feedback of the other signal, but they cannot be fit so that the 
internal feedback is visible to the signal that uses tt. 


Signal 'SIGNAL_NAME' on virtual pin PIN-NUMBER 
of device 'DEVICE NAME' failed: 


The device fitter/partitioner could not place the output signal on the 
output or biput pin. The reason for the failure follows on the next 
line. 


Signal 'SYMBOL_NAME'’ already mentioned as an 
output in the .pi file. 

A signal may be mentioned as an output in the .pi file only once. A 
signal may be mentioned as an input in the .pi file multiple times. 


Signal 'SYMBOL_NAME' is an input and can't be 
VIRTUAL. 


Only node signals can be marked as virtual signals. 


Signal ‘SYMBOL_NAME' is not an output signal. 
The signal is not an output signal, but was marked as an output with 
OUTPUT. 


Signal 'SYMBOL_NAME' is physical but used as a 
virtual signal. 
Only node signals can be marked as virtual signals. 
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Signal 'SYMBOL_NAME' is virtual but used as a 
physical signal. | 

The signal was declared in the .src file as a virtual node signal but 
was used in the pi file outside of the virtual construct. 


Signal 'SYMBOL_NAME' was not renamed due to a 
conflict with signal 'SYMBOL_NAME' 

The period character is not a valid symbol in the HDL. Internally 
generated names may contain periods however. In attempting to 
recreate a .src file, all periods are converted to underscores. In this 
design, renaming the signal caused a conflict with an existing signal 
name. For this reason, the signal was NOT renamed. 


Signal OLD_SYMBOL_NAME was placed on pin 
PIN_NAME in pi - signal NEW_SYMBOL_NAME there 
after place and route 

In the original PI file, the user specified a signal be placed on the the 


specified pin.. After the place and route software was run, however, a 
DIFFERENT signal was placed on that pin. 


Signal OLD_SYMBOL_NAME was specified in pi on 
pin PIN -NAME as an INPUT_OR_OUTPUT but after 
place and route is an INPUT_OR_OUTPUT. 

In the original PI file, the user specified a signal be placed on the the 
specified pin. After the place and route software was run, however, 
the signal usage on the pin, input or output, was different. 


Signal SIGNAL_ID cannot fit due to invalid pin type. 


User specified pin assignment places signal on 
invalid pin. 


Signal SIGNAL_ID is assigned to multiple pins. 
The mach pre-partitioner could not implement the fixed grouping of 
the .pi file. 
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Signal SYMBOL_NAME -- DEMORGAN_SYNTH 
FORCE was specified -- no OFFSET equation exists 
In the .pi file, the specified signal has the DEMORGAN_SYNTH 
FORCE property. This signal does not have an OFFSET 
representation (probably due to the equation size) and cannot, 
therefore, be used as specified. 


Signal SYMBOL_NAME cannot fit as a registered 
input as required by pin VALUE. 

The signal does not meet the qualifications for a registered input 
(unary) signal, but the pin specified requires that the signal be fit that 
way. 


Signal SYMBOL_NAME has neither a D equation or 
an alternate flip-flop equation 

The requested synthesized equation is not available for the specified 
signal 


Signal SYMBOL_NAME has no INPUT/OUTPUT/BIPUT 
specification -- skipped 

During back-annotation, the specified signal did not have a valid 
input/output/biput specifier attached to it. For this reason, the signal 
will be ignored during annotation. 


Signal SYMBOL_NAME is an EXT signal in the .xnf 
yet was not found in the .Ica file 
The EXT lines of the .xnf files indicate INPUT/OUTPUT/BIPUT 


status of the signals used in the design. The only allowed designators 
are I/O/B. 


Signal SYMBOL_NAME is in a WIRED_BUS but is not 
an enabled, non_clocked NODE 
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Signal SYMBOL_NAME was specified in pi on pin 
PIN NAME but not found after place and route 

In the original PI file, the user specified a signal be placed on the the 
specified pin. After the place and route software was run, however, 
the signal was NOT placed on that pin. 


Signal SYMBOL_NAMEA (line LINENO) is not a valid 
signal name 
The specified signal is not a valid signal name for this design 


Signal may require split pin; split pin limit is 
exhausted. 

The fitter budgets split pins (biput converted to node and input) based 
on the output (non-split pin) count for each pal block. The fitter has 
detected that there are no more split pins available. 


Signal name 'SYMBOL_NAME' does not end with a 
number. 

The signal is understood to be part of a range of signals, such as 
'al..al0', but its name does not end with a number. 


Signal range names 'SYMBOL_NAME' and 
‘'SYMBOL_NAME' have different bases. 

The non-numerical prefixes on the signal range names are different, 
so cannot form a range. 


\ 


Signals SIGNAL_ID and SIGNAL_ID use the same pin. 


The named signals are assigned to the same pin. 


Signals cannot fit into any device. See 
LOG_FILE_NAME 

The fitter will attempt to find AT LEAST ONE place a signal can fit. 
In this case, signals could not fit anywhere on any device. 
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Signals cannot fit into the targeted devices. See 
LOG _FILE_NAME | 

Signals were targeted to certain devices, but some signal could not be 
fit in their targeted device. 


Simulating. 

Single level device targeted, but fixed subgroups 
were given. 

Fitting a single level device such as a P22V10 implies that the fixed 


group information must also be single level; i.e. no fixed subgroups 
(which the system cannot merge into a single-level 


description) may be present. Fixed subgroups of a fixed group are 
useful in fitting a multi-level device. | 


Skipped - Invalid format 


Skipped - Invalid manufacturer: 
MANUFACTURER_NAME 


Skipped - Invalid part number: PART_NUMBER 
Skipped - Invalid status 'STATUS' 


Solution switch value VALUE exceeds # of solutions 
in fb(VALUE) 


Source file 'SYMBOL_NAME' has been modified 
since PLComp has been run 


Source line too long. 
State values must be given to all states or none. 


String length cannot exceed 1024 characters 
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Switch table not initialized 


Symbol 'SIGNAL_NAME’, set in the PI file, cannot fit 
on pin ‘PIN_NAME’. Either you 

The signal cannot be fit on the pin that it is assigned to in the physical 
information file. This can happen if the signal type (input or output) 
does not match the pin type or if the signal has an equation that 
requires device resources that are unavailable. See the .log file for 
possible fitter error output. 


Symbol 'SIGNAL_NAME’, set in the PI file, cannot fit 
on virtual biput pin PIN. NUMBER 


Symbol 'SIGNAL_NAME'’, set in the PI file, cannot fit 
on virtual input pin PIN. NUMBER 


Symbol 'SYMBOL_NAME' -- The OUTFFT signal 
MUST be an OUTPUT 


Symbol 'SYMBOL_NAME' is not an array. 
A symbol not declared as an array in the .src file cannot be indexed 
like an array. 


Symbol 'SYMBOL_NAME' not used by any OUTPUT. 
The means that a signal is not needed to drive the value of any 
OUTPUTs in the design. This signal is not necessary to the design. 


Symbol SYMBOL_NAME - 'PRIMITIVE_NAME' INPUT 
can not be used in any other equations 


Symbol SYMBOL_NAME - 'SYMBOL_NAME' primitive 
requires single signal input to NODE 


Symbol SYMBOL_NAME - OUTFFT requires an 
ENABLED output fed by a D flip-flop node 
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Symbol SYMBOL_NAME - The INFF input signal must 
feed a D flip-flop NODE signal 


Symbol SYMBOL_NAME - The INLAT input signal 
must feed a D latch NODE signal 


Symbol SYMBOL_NAME - The OUTFF property only 
applies to CLOCKED D flip-flop outputs 


Symbol SYMBOL_NAME - The OUTFF signal can not 
have a RESET or PRESET equation 


Symbol SYMBOL_NAME - The OUTFFT property only 
applies to ENABLED outputs 


Symbol SYMBOL_NAME - The PRIMITIVE_NAME 
NODE can not have a RESET or PRESET equation 


Symbol SYMBOL_NAME - The PROPERTY_NAME 
property cannot be used on tristate signals with 
feedback 


Symbol SYMBOL_NAME - The PROPERTY_NAME 
property must be used on a buffer 


Symbol SYMBOL_NAME - The PROPERTY_NAME 
property must be used on a inverter 


Symbol SYMBOL_NAME - Use XOR was specified in 
.pi, but does not exist. Property ignored. 

In the .pi file, the signal had the XOR_TO SOP_SYNTH OFF 
property. The specified signal does not contain an XOR 
representation however. The software will ignore the XOR request 
and represent this signal in sum of products form. 
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Symbol SYMBOL_NAME is an internal node to the 
OUTFFT primitive and can't be used in the design 


Symbol SYMBOL_NAME is lowtrue with OUTFFT 
primitive and can't be used in the design 


Symbol SYMBOL_NAME not in this simulation 
section. | 


Symbol SYMBOL_NAME, when used in an OUTFFT 
primitive, can't have a RESET or PRESET equation 


Syntax error in DECLARATION_TYPE declaration. 
Syntax error in MESSAGE. (May have used " instead 
of ') 

Syntax error in SET statement. 

Syntax error in expression list. 

This is a syntax error that occurs when the compiler is attempting to 


process a list of expressions. In this case, the compiler cannot 
determine a more helpful description of what is wrong. 


Syntax error in pterm string parser near ‘STRING’. 
The syntax for a pterm string is a series of signal names, optionally 
inverted with a '/', and separated with '*'s. White space is allowed. 


Syntax error in simulation statement. 


Syntax error in statement. 

This is a syntax error that occurs when the compiler is attempting to 
process a statement. In this case, the compiler cannot determine a 
more helpful description of what is wrong. 
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Syntax error in target string 'TARGET_STRING’. 


Syntax error while parsing the .cst file near 
SYMBOL_NAME at VALUE. 


Syntax error. 

This is a syntax error that occurs in a context where the system 
cannot determine a more helpful description of what is wrong. It 
indicates that a construct has not been legally constructed. See the 
manual for the proper syntax of each construct. Synthesizing and 
reducing. This is the phase where register synthesis and equation 
reduction takes place. For signal by signal reporting of activity, turn 
on the verbose option. 


TARGET is only allowed within a fixed group. 
Only fixed groups and fixed subgroups of fixed groups may be 
targeted. 


Target string 'TARGET_STRING' too long. 


The target string cannot be more than 160 characters long. 


Target string must be quoted with single quotes ("). 


Targeted subgroups of an untargeted group are not 
allowed. 


A fixed group must have a TARGET construct in order for subgroups 
of a fixed group to have a TARGET. 


Template TEMPLATE_NAME - the device's input 
signal limit was exceeded placing signal The number 
of signals specified as input to the device in the fixed 


group 


Exceeds the number of total mput pins on the device. 
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Template TEMPLATE_NAME - the device's output 
signal limit was exceeded placing signal | 
‘'SYMBOL_NAME' 

The number of output signals specified in the fixed group exceeds the 
number of total output/biput pins on the device. 


Template: 'TEMPLATE_NAME' in .pi file is not in .avl 
file or has been eliminated by constraints. 


Text file format error - line VALUE 


The '[+]' operator is no longer supported. Use ‘(+)’. 
The compiler now automatically generates equations for hardware 
exclusive-or. There is no longer the need for the designer to specify | 
this via the hardware-exclusive-or operator. 


The HEADER_TYPE header is already given. 


The NO_COLLAPSE property on 'SIGNAL_NAME' 
conflicts with the FIT_WITH property on 
‘SIGNAL_NAME'’. 


If two signals are to be fit together, neither of them can have the 
NO_ COLLAPSE property. 


The cost file (.cst) has been modified. Please run 
plscan. | 


The design has no system level symbols. 

Only system level symbols (those declared outside _ 
PROCEDUREs/FUNCTIONS) will become actual signals in the 
target devices. If a design consists solely of 
PROCEDUREs/FUNCTIONs then there are no actual signals to 
implement in the target devices. The PROCUDUREs/FUNCTIONS 
must be invoked at the system level to create an implementable design. 
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The optimizer generates this message when no system level signals 
exist in the design. 


The group consists of the following functions 
Precedes a listing of a group of functions which violates Mach 
constraints. 


The specified .fb file is from a previous major release 
(VERSION_NUMBER.X) - please recompile 

An attempt has been made to use a .FB file from a previous release of 
the software. This file is not binary compatible from release to 
MAJOR release. It will be necessary to recompile the .src file and 
run PLOpt to create a 


new .FB file. 


The third parameter is optional. If used, it must be a 
positive integer. 


The user1, user2, and price fields were all negative 
There were errors in 'PI_FILENAME’. 


There were errors which must be corrected in the physical information 
file. 


This part will not be included in PLDPRIMS in 
subsequent releases. 


Too few parameters to ‘SYMBOL_NAME'’. 
Too few pins for label 'LABEL_NAME". | 
Too few pins for label SYMBOL_NAME 


Too many entries in cmd file -- 4000 maximum 
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Too many equations 

Too many equations in design. 
Too many parameters to 'SYMBOL_NAME’. 
Too many symbols in design. 


Two GOTOs active under same condition in STATE 
"'STATE_NAME'’. 

There can only be one STATE to go to for any condition. An 
example of this error is: 


IF a THEN 
GOTO stl; 

END IF; 

GOTO st2; 


The above code says to go to st] when ‘a’ is asserted, but it also says 
to go to st2 regardless of the value of 'a’ 


Unable to find component library "LIBRARY_NAME' 
The named component library was not found. The location of the 
library has to specified either explicitly by prepending an absolute 
path or by adding the location of the library to the environment 
variable, MINC_PATH. 


Unable to load OrCAD TTL library 

Plschematic was unable to access the ORCAD TTL libraries. This i is 
either because they do not exist, they are not located in the MINC 
distribution directory in the subdirectory orcadttl, or the environment 
variable, MINC_PATH does not include the path to the MINC 
distribution directory. 
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Unable to load base component library 
‘LIBRARY_NAME' 

PLSchematic was unable to access the requested library file. Check 
the file permissions. 


Unable to load extended component library 
"LIBRARY_NAME' 

PLSchematic was unable to access the requested library file. Check 
the file permissions. 


Unable to open file 'FILE_NAME’. 
The given filename either does not exist in the current directory or the 
file does not have read permission. 


Unable to open file minclib.lib for reading 


Unable to validate product authorization. 

The code which prevents unauthorized use of the product is not 
allowing access to the product. On a PC, either the hardware lock is 
not properly installed or the authorization code given via auth.exe do 
not correspond to the hardware lock and the product being run. Ona 
workstation, the authorization codes given in the license.dat file do not 
correspond to the host machine and the product being run. See the 
Installation chapter of the manual for more on software locking. 


Unassigned input signal 'SYMBOL_NAME' from .pi 
file unneeded and ignored 

An input signal was specified in the .pi file but was not needed on the 
device 


Unassigned node signal 'SYMBOL_NAME' from .pi 
file unneeded and ignored 

A node signal was specified in the .pi file but was not needed on the 
device 
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Undeclared array member 'SYMBOL_NAME'’. 
Undeclared symbol 'SYMBOL_NAME’. 

Undefined reader flag specified - 'NETLIST_READER' 
Undetermined reason. 


The fitter cannot detect the specific reason why the signal cannot fit 
with other signals assigned to the device or pal_ block. 


Unexpected EOF 


Unexpected end of file. 

This means the end of a source file was encountered before a 
construct that was being processing had terminated. This is often 
caused by a missing END on a construct requiring an END. 


Unexpected token 'STRING' found by pterm string 
parser. 
Legal tokens in a pterm string are '"', ‘/', and legal signal names. 


Unknown STATE_VALUES method 
‘ALGORITHM_TYPE'. 


Unknown database type = VALUE, in 
open_write_txt_db() 


Unknown error message: SYMBOL_NAME 
Unknown family: 'SYMBOL_NAME' in .cst file. 
Unknown header type 'HEADER_TYPE". | 


The ‘#' that initiates a header must be followed by one of the legal 
header types specified in the manual section on headers. 
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Unknown manufacturer: 'SYMBOL_NAME' in .cst file. 
Unknown package: 'SYMBOL_NAME' in .cst file. 


Unknown signal 'SIGNAL_NAME' found by the pterm 
string parser. 
Only signals declared in the design are allowed in this pterm string. 


Unknown signal 'SYMBOL_NAME' in range. 


The signal appeared as part of a range of signals in the pi file, but 
was never declared in the -src file. 


Unknown symbol 'SYMBOL_NAME’. 
The symbol was not an INPUT, NODE or OUTPUT signal in the .srce 
file. 


Unknown template: 'SYMBOL_NAME'’ in .cst file. 
Unknown temprange: 'SYMBOL_NAME' in .cst file. 


Unneeded input signal 'SYMBOL_NAME' was 
ignored. 

Since The fitter will automatically fit all of the input signals that 
output signals require, an input signal in a fixed group that 1s not 
assigned to a pin will orily be fit on the device if one of the functions 
that is fit in the device requires it. 


Unrecogized database TYPE in text file. 
Unrecognized property name 'PROPERTY_NAME'’. 
Updatelpf usage: updipf design_name 


Usage: plbid design_name 
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User terminated with <CTRL><BREAK> 


Virtual signal 'SYMBOL_NAME' was given a physical 
assignment. 

Virtual signals cannot be used anywhere in the pi file except in the 
virtual construct. 


Warnings during simulation, see FILE_NAME. 
Weight VALUE larger than 100. 
Word 'ARGUMENT ' in target string too long. 


No individual word in the target string may be more than 80 
characters long. 


Wrong number of params to MACRO 
"MACRO_NAME’. 


Wrong output register type 


The register type of this output macrocell does not match the types of 
equations available. 


Wrong version of The fitter run 
Wrong version of PLScan run 


XORSOFT is obsolete and has been replaced by 
XOR. 


The XORSOFT primitive is no longer needed now that exclusive-or 
synthesis 1s supported. If a device has a hardware exclusive-or it will 
be used. Otherwise, it will be synthesized. 


Yacc stack overflow while parsing the .cst file. 


Yacc stack overflow. 
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Introduction 


This appendix contains a series of application notes specific to using 
MACHXL with the MACH family of devices. | 


The MACH Family Data Book from AMD provides detailed device-specific 
information. This appendix assumes you know how to use MACHXL and are 
familiar with the MACH devices. 


For the most part, this User's Guide assumes the design process flows 
smoothly from beginning to end. In the real world this is seldom the case. 
The information presented here focuses on things that can go wrong in the 
design flow and steps you can take to remedy those problems. 


In this section we first define a generic design process as a framework for 
discussion. We then detail each step of the process for MACH-specific issues 
you may encounter. We focus on optimizing the design for MACH devices, 
and on covering what can go wrong in the design phase. Specific attention is 
paid to interpreting output from MACHXL in cases where a design fails to fit 
or test correctly. | 


Issues and questions are raised in each discussion of the design flow, and the 
answers and technical information are presented following each of these 
discussions. 


Overview of the Design Process 


In this appendix we will use a generic design process consisting of five steps: 


O Design Conception 

O Design Expression 

O Design Implementation 
O Design Testing 


Oo Design Integration 
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Design Conception is the user's responsibility. In this stage you have a well 
defined problem and develop a basic idea of how a solution is achieved. 


Design Expression involves producing a functional description of the solution 
design in a form MACHXL understands, i.e., some combination of HDL 
source files and schematics. 


Design Implementation places the design in an electronic device. Since most 
designs go through iterations, there will probably be several implementations 
before the final form is reached. But each implementation is a functional 
realization of the current design. 


Design Testing verifies the implementation works as intended. This meaning 
generating test stimulus, simulating the design, and using the resulting vectors 
to test the circuit(s). 


The integration step insures the design is ready for manufacturing. This 
includes achieving a suitable pinout, and making sure the pinout can be 
reproduced. 


MACH Issues in the Design Flow 


This application note goes through the steps in the design flow presented in the 
prior section and discusses device-specific enhancements for MACH designs. 
It also discusses problems occurring when using MACH devices. 


Discussions of device specific issues and problems are followed by references 
to application notes providing techniques and information necessary for 
resolution. 


Design Conception 


If your design requires: 


0 predictable speed 
O capacity up to 10,000 gates (manufacturers specifications) 


O larger designs with device partitioning (optional), 


Appendix D: AMD MACH Support 441 


the MACH family of devices and MACHXL are the path to your solution. 


See the section later in this appendix entitled "Summary of MACH Family of 
Devices" for more information. 


Design Expression 


Although MACHXL's Design Synthesis Language is device independent, there 
are some practices that will help the designs to fit into MACH parts. These 
practices also aid in selection of MACH 1Ixx and 2xx parts appropriate to the 
design. 


The synchronous MACH parts, MACH 110, 120, 130, 210, 220 and 230, 
have provisions for clocking by a signal on a pin. The asynchronous parts, 
MACH 215 and 4xx, have provisions for clocking by either a pin or a single 
product term. If your design needs a clock which is more complex than these 
options provide, it is possible to clock by a complex logic function using the 
MACHXL fitter. This function will be wired to a clock pin or used internally 
on an asynchronous device. 


See the application note later in this appendix entitled "MACH Designs With 
Complex Clock Functions". 


Although both the MACH215 and MACH4xx support asynchronous 
functions, some functions or groups of functions can fit only in the 215. 
Functions that are clocked by a pterm and have a reset and preset can only fit 
in the 215. Groups of functions that have more than eight distinct pairs of 
reset and preset equations can only fit on the MACH215. 


See the application note later in this appendix entitled " Fitting Asynchronous 
Function in MACH Devices" for more information on these restrictions. 


When combining XOR equations with T-Flops, you may need to insert a node 
ahead of the register. 


See the application note later in this simaueadix entitled "XOR T-equations on 
the MACH 4xx". 
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Design Implementation 


The design implementation phase consists of optimizing and fitting the design 
(MACHXL takes care of these). In this phase you will have to set optimizing 
parameters that give the best implementation. You may also cover designs not 
fitting on the first attempt. Occasionally the design may fit, but may not meet 
your speed or size requirements. In these cases there are things you can do to 
help MACHXL fit the specific MACH part while meeting the design 
requirements. 


When implementing a design, the best results are achieved when you select 
optimizing parameters tuned to the specific MACH part used. These 
parameters control MACHXL's node collapsing. These include tradeoffs in 
equation size, feedback passes through the array, and routing requirements. 


For more information on selecting optimizing parameters see the application 
note entitled "Guidelines for MACH Specific Optimization". 


If a design fails to fit, there are several tools to help you find the problem(s). 
These include the ./Jog file, the .rpt file and MACHXL's ability to partition 
your design. 


Each time the MACHXL fitter runs it produces a Jog file. If the run 
succeeds, the ./og file simply records the time of execution. Ifa fitting run 
fails, the .Jog file will contain information that explains (to the degree 
possible) why the design did not fit. If you are using group and pin 
assignments in the .pi (physical information) file, the log file will contain any 
messages regarding the validity of these assignments. The ./og file is the first 
place to look when you have fitting problems. 


See the application note later in this appendix entitled "Understanding the 
.log File Messages" for information on the contents of the ./og file. 


When you specify a MACH device in the .pi (physical information) file, the 
MACH fitter generates a device-specific .rpt file. The .rpt file is generated 
whether the fitter succeeds in fitting or not. If the fitter fails, the .~pt file may 
be incomplete, but will contain valuable information showing which resources 
presented the most problems in fitting. This may help to change the design or 
the .pi file to make the design more fittable. 


See the application note "Reading the MACH .rpt File" later in this appendix 
for more information. 
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Even if you are trying to fit a design into one device, it may be better to let the 
partitioner in MACHXL use multiple MACH devices. This is especially true 
for designs that fit all but one or all but a few functions. By letting 
MACHXL's partitioner fit the design into two devices, it's easier to determine 
which functions are causing problems. | 


Some techniques described in the application note entitled "MACH and the 
NUMDEVS Parameter" later in this appendix can help complete the fitting. 


If your design fits, you may still want to adjust it to take advantage of certain 
speed/space tradeoffs available in the MACH4xx. These include the use of 
input registers, and controlling use of the MACH4xx asynchronous mode and 
T-flip-flop synthesis. 


See the following application notes later in this appendix for more 
information. 


"Using MACH Input Registers" 
"Control of the Asynchronous Mode in the MACH4xx" 
"Control of T-Flop Synthesis in the MACH4xx" 


Design Testing 


In the design testing phase, you are burning parts and testing them with 
vectors in the JEDEC file. These vectors are generated by the simulator using 
the .stm file. 


Errors reported by the tester can usually be tracked down to a few sources. 
These are discussed in the following sections in this appendix. If you can't 
track the errors from these sections, try a different part. The test vectors are 
intended to weed out bad parts, however the electronically erasable MACH 
parts are fully tested by the manufacturer and seldom faulty. 


For more information see the following application notes in this appendix. 
"Analyzing Test Vector Errors" 
"MACH4xx Power-On Reset" 


"Hazard Free Combinatorial Latches" . 
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Design Integration 


The most important aspect of the integration step it to produce a pinout 
suitable for board layout and duplicated in the event of design changes. This 
can be difficult with complex programmable devices. We have developed 
some techniques at AMD PLD Applications (SW) (call us during regular 
business hours at 1 800 222-4323 within the U.S. or 1 408 749-5703 
internationally) which can assist with this process. 


The first note is simply on MACH Pin Identification. This will help with 
reading and manipulating .pi files, the source file for all pin assignment 
information. 


See the application note entitled "MACH Pin and Node Identification". 


In cases where you are not committed to a specific pinout you can guide the 
fitter to a suitable pinout while letting the fitter have some flexibility in 
partitioning the design for ease of routing. This will leave more resources for 
future design changes. 


See the application note entitled "Achieving Satisfactory Pinouts with 
MACH Devices". 


If you need to duplicate a pinout to which you are already committed, MINC 
has developed helpful techniques that may be of help. 


See the application note later in this appendix entitled "Refitting into MACH 
Devices". 


The MACH fitter generally leaves unused I/O pins floating, leaving it to the 
user to tie them to VCC or GND. In some integration environments it is 
necessary to drive any unused pins from within the device rather than tying the 
pin to a constant voltage. An application note describes how to force these 
pins to be driven. See "Forcing Unused MACH Outputs to be Driven". 
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Application Note: 


Summary of MACH Family Devices 


This application note provides an overview of the device capabilities in the 
MACH family. The AMD MACH Data Book is the authoritative source of 
this and similar information. 
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MACH Family of Devices 


Device 
MACH110 
MACH111 
MACH120 
MACH130 
MACH131 


MACH210 


MACH211 
MACH215 


MACH220 
MACH221 


MACH230 
MACH231 


MACH445 


Pins 
44 
44 
68 
84 
84 


44 


44 
44 


68 
68 


84 
84 


144 


84 
100 
208 


Macro 
cells 


128 
128 


128 
128 
206 


PAL 
Biks 


OO © © © A & &ARABAN ND 


o 


—_h 
Go © © 


Inputs/ 
Bik 
22 
26 
26 
26 
26 


22 


26 
22 


Max Pterms/ 


Macrocell 
12 
12 
12 
12 
12 


16 


16 
12 


16 
16 


16 
16 


20 


20 
20 
20 
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Output 
Macrocells 
32 
32 
48 
64 
64 


32 


32 
32 


48 
48 


64 
64 


96 


128 
128 
256 


Buried 
Macrocells 


MACH355 


MACH435 


MACH465 


Input Max Max Speed ns 
Device Reg Inputs Outputs Clks 

MACH110 0 38 32 2 12,15,20 
MACH111 0 38 32 4 7, 10, 12, 15, 20 
MACH120 0 56 48 4 15,20 
MACH130 0 70 64 4 15,20 
MACH131 0 70 64 4 7, 10, 12, 15, 20 
MACH210 0 38 32 2 7, 10,12, 15, 20 
MACH211 0 38 32 4 7, 10, 12, 15, 20 
MACH215 32 38 48 2+32 12, 15, 20 
MACH220 0 56 48 4 12, 15, 20 
MACH221 0 56 48 4 7, 10, 12, 15, 20 
MACH230 0 70 64 4 10, 15, 20 
MACH231 0 70 64 4 7, 10, 12, 15, 20 
MACH355 0 102 96 4 15,20 
MACH435 64 . 70 64 4 12, 15,20 
MACH445 64 710 64 4 12, 15,20 
MACH465 128 146 128 4 12, 15,20 


Output Enable Functions 
MACH Ixx 


These devices have 12 or 16 outputs per block. There are two OE pterms for 
the top half of the block, and two OE pterms for the bottom half of the block. 
Each output can select its OE from either of the two available pterms or select 
either constant '1' or ‘0'. 


MACH 2xx 


These devices have 6 or 8 outputs per block. There are two OE pterms per 
pal block. Each output can select its OE from either of the two available 
pterms or select either constant '1' or '0'. 


MACH 215, MACH 4xx 


These devices have an OE pterm per output. They can be programmed 
independently to '1', '0', or any product of signals in the block. 
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Register Reset/Preset Functions 

MACH 1xx, MACH 2xx _ 

These devices have one reset and one preset in each block. The reset and 
preset apply to all registers in the block. Note that in the MACHXL system, a 
registered function without a reset (or preset) is the same as 'RESET_BY 0. 


This will not fit in the same block with other functions with non-zero reset 
expressions. 


MACH 215 


This device has a reset and preset pterm for each output register. The input 
registers do not have reset capabilities. 


MACH 4xx 


These devices have one reset and one preset in each block. These apply to the 
macrocells but not to the input registers. The macrocells have an 
asynchronous option which allows for a local reset OR preset, but not both, on 
an individual function basis. 


Clock Functions 
MACH l1xx, MACH 2xx 


These devices support pin clock only. 
MACH 215 


This device supports pin clock or clock by pterm. The output macrocells can 
be clocked by pin 13 or by a local pterm or by the inverse of either of those 
signals. The input registers can be clocked by either pin 13 or pin 35 or vy 
the inverse of either of those signals. 


MACH 4xx 


This device supports clock by pin or clock by pterm. The pin clock mode can 
select from any of four clock pins or the inverse of those signals. Not all 
possible clock signal and inverse combinations are available in a given block. 
See device manufacturer literature for specifics. 


For all MACH devices the clock signals are also signal inputs to the switch 
matrix and can be routed to the blocks. 
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Packaging 

All like pin-count packages are pin compatible. Therefore, when a 
MACH110 design, for example, exceeds the capacity of the device, a 
MACH210 can generally be substituted. 


Low Power Mode 


The MACH211 has a low-power mode selectable pin-by-pin or for the whole 
device. This mode lowers power consumption, but also limits the speed of the 
device. 
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Application Note: 


MACH Designs With Complex Clock 
Functions 


Devices: All MACH 


When a design requires a clock expression that can't be implemented directly 
in the clock resources of a MACH device, the designer can place the clock 
logic in a separate NODE or OUTPUT. The MACHXL fitter will 
automatically wire the function to the clock resources of the device. 


MACH Clock Limitations 


The synchronous MACH parts (MACH1x0 and MACH2x0) can only be 
clocked by pin. 


The synchronous MACH parts (MACH215 and MACH 3 & 4 families) can 
clock by single pterms, and invert clock signals in most cases. 


In either case, the fitter allows the user to generate and use a more complex 
clock than the part supports directly. This could be the sum of two or more 
pterms, or a single pterm on an asynchronous part. The user must describe an 
output that has the clock function as its data equation, and clocks by that 
output signal. 


MACH 1 and 2 


The complex clock output in the MACH 1 & 2 families can be used internally 
or externally as the clock. The only exception is if the MACH215 clock pin is 
unavailable. Then the clock signal is routed to the PAL blocks where it is 
needed and connected using the clock pterm. 


MACH 3 and 4 


A function generated in the MACH 3 & 4 family parts can be used internally 
or externally as the clock. The fitter will default to using the clock signal 
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internally to save the pins used in external routing. In this case you can 
declare the clock function to be a node to prevent the clock from taking an I/O 
pin. 

If you need the faster timing provided by an external clock pin connection, 
simply place the clock signal on a clock pin in the .pi file. 


Example 


The following source file can fit into any MACH device. 


input I; 

input cl, c2; 

output ck; 

output a clocked by ck; 
a= 1; 
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Application Note: 


Fitting Asynchronous Functions in MACH 
Devices | 


Devices: MACH215 MACH4xx 


Both the MACH215 and MACHA4xx devices support asynchronous functions, 
but they have different capabilities, making some functions or groups of 
functions suitable for the MACH215 which will not fit in the MACH4xx. 


Pterm Clock and Reset and Preset 


Any equation requiring the MACH4xx to be in asynchronous mode must have . 
at most one reset or preset equation. This is encountered specifically when the 
clock expression is a product term (pterm). 


Functions of this type can fit only on the MACH215, using the following 
construct: 


OUTPUT o1 CLOCKED BY (clkl * clk2) RESET BY reset 
PRESET BY preset; 


‘More Than One RESET/PRESET Pair per 
PAL Block 


In the MACHA4xx, any function which has both a reset and preset expression 
must use the block resources for reset and preset. If a design has more than 
eight pairs of RESET and PRESET equations it cannot fit in one MACH4xx, 
but may fit in one MACH215. The following set of functions can fit only in a 
MACH215: 


OUTPUT 01 CLOCKED BY clk RESET BY reset PRESET BY pre 1; 
OUTPUT 02 CLOCKED BY clk RESET BY reset PRESET BY pre 2; 
OUTPUT 03 CLOCKED BY clk RESET BY reset PRESET BY pre 3; 
OUTPUT 04 CLOCKED BY clk RESET BY reset PRESET BY pre 4; 
OUTPUT 05 CLOCKED BY clk RESET BY reset PRESET BY pre 5; 
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OUTPUT 06 CLOCKED BY clk RESET BY reset PRESET BY pre 6; 
OUTPUT 07 CLOCKED BY clk RESET BY reset PRESET BY pre 7; 
OUTPUT 08 CLOCKED BY clk RESET BY reset PRESET BY pre_ 8; 
OUTPUT 09 CLOCKED BY clk RESET BY reset PRESET BY pre 9; 
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Pppnene Note: 
XOR T- -Equations on the MACH4xx 


Devices: MACH4xx 


Although the MACH4xx supports XOR and hardware TFF registers, if you 
are fitting an XOR T-equation you may need to insert a node between the 
equation and the T-register. 


XOR-TFF Problem Defined 


When a function requires both a TFF register and an XOR equation, it may 
not fit in MACHXL. Within the compiler, the XOR equation must be 
expanded to be placed as a T-equation. If the size of the expanded XOR 
equation is greater than 20 pterms, it must be placed on a node as an KOR 
equation where it can be fit. 


Example 


This design will not fit because equation o2.T expands to 24 terms. 


INPUT clk; 

INPUT il, i2, i3, i4, I5; 

INPUT jl, 32, j3, 34, 353 

T_ FLOP OUTPUT o1 CLOCKED BY clk; 
T FLOP OUTPUT 02 CLOCKED BY clk; 


o1.T 
o2.T 


il (+) (12 + j2 + 33 + j4 * 45); 
(i1*j1) (+) (12*532 + 13*33 + 14*534 + i15*355); 


If rewritten with a node for the T equation, the design will fit because the 
combinatorial equation does not need to be expanded. 


INPUT clk; 
INPUT il, i2, i3, i4, I5; 
INPUT 31, 52, 33, 34, 35; 
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T FLOP OUTPUT o1 CLOCKED BY clk; 
T FLOP OUTPUT o2 CLOCKED BY clk; 
NODE n; 


o1.T = il (+) (12 + 32 + 33 + 34 * 35); 


n = (i1*51) (+) (12*32 + 13*33 + 14*34 + 15*35); 
o2.T = n; 
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Application Note: 
Guidelines for MACH-Specific Optimization 


Devices: All MACH 


There are specific optimizing parameters suitable for the MACH devices. 
Within this range of suitable parameters there are tradeoffs on equation size 
and speed. 


Suitable Optimizing Parameters for MACH 
Devices 
The following parameters are used in the .pi file for MACH designs. 


For the MACH4xx: 

{ 

MAX PTERMS 10, 

MAX XOR_PTERMS 9, 

MACH UTILI ZATION 100, 

MAX SYMBOLS | 20, 

POLARI TY CON TROL TRUE, 
XOR_POLARI TY CONTROL TRUE 

} 


For MACH 1xx/2xx devices: 


{ 

MAX PTERMS 8, | 
MACH UTILIZATION 100, 
MAX SYMBOLS 20, 
POLARITY CONTROL TRUE, 
MAX _XOR_PTERMS O 
} 
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Optimizing Adjustments 

The MAX PTERMS (and MAX XOR_PTERMS for MACH4xx) 
parameters are the most critical values affecting fitting and speed. We suggest 
selecting values from the list following those parameters. For MACHA4xx, the 
MAX XOR_ PTERMS value is typically one less than the MAX PTERMS 
value to allow for the single pterm which is placed on the XOR row. The 
MACH 1xx/2xx devices do not support XOR. 


© Larger Smaller > 
© Faster Slower > 
MACH4xx | 
MAX_PTERMS 20 15 10 5 
MAX_XOR_PTERMS 19 14 9 4. 
MACH 1xx/2xx 
MAX_PTERMS 16 12 8 4 


The Effect of MAX_PTERMS and 
MAX_XOR_PTERMS 


The effect of changing the optimizing parameters can be checked by the nodes 
in the .doc file after optimizing. The number of nodes will generally decrease 
as the MAX PTERMS parameter increases. 


The effect of changing the parameters is summarized here: 
Higher MAX PTERMS 


O More node collapsing 
© Larger functions 
Oo Faster implementation 


O May increase routing requirements 
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Lower MAX PTERMS 


O Less node collapsing 

© Smaller functions 

O Slower implementation 

O May increase routing requirements 


Note that either High or Low MAX PTERMS cause greater routing demand. 


Lower MAX PTERMS can produce more internal nodes which must be 
routed to the equations where they are used. 


Higher MAX_PTERMS allows a node to be collapsed into multiple equations 
so that the signals required to generate the node may be needed in multiple 
places. Furthermore, large equations may require large numbers of signals to 
be routed into the block where the equation is placed, producing a locally high 
routing demand. : 


In critical fitting cases, it may be necessary to try several optimizing values 


for satisfactory results. 
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Application Note: 
Understanding the .log File Messages 


Devices: All MACH 


The ./og file, design _name.log, stores error messages and status information 
emitted from the fitting system. When a design fails to fit, it is the first place 
to check for information on what caused the failure. The types of messages 
appearing in the ./og file are described. 


The .log File 


The .Jog file from the fitter contains messages generated in the process of 
fitting a design. Some of these messages also appeared on the screen as the 
fitting was in progress, but many of them appear only in the ./og file. 
Messages in the ./og file appear in generally chronological order and range 
from informational to immediately fatal. 


Information Messages 


These messages track the progress of the fitter but do not provide information 
on specific signals that do or do not fit. The fitter may make several attempts 
at fitting different combinations of signals before it succeeds or fails. These 
messages delimit the attempts. Generally, the first attempt will have the most 
specific information on why a design fails to fit. 


“Attempting to fit at <UTILIZATION_VALUE> percent 
utilization." 

Identifies an attempt to fit into an AMD MACH device at the 
indicated utilization. The fitter may repeat fitting attempts at lower 
utilizations until a fit 1s achieved. 
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"Attempting to fit a reduced partition." 

Identifies an attempt to fit into an AMD MACH device after removing 
one or more functions from the prior attempt to fit. The fitter may 
repeat attempts at reduced partitions until a fit is achieved. 


"Repeated results of last partition.” 

A particular MACH partition attempt reduced or partitioned at a 
lower utilization is discarded because it exactly repeats the prior 
failed partition. 


General Failure Messages 


The following general failure messages indicate the fitting point where an 
error occurred. 


"Initial routing of signals through switch matrix 
failed: <PART#:DEV#>." 
The current partitioning could not be routed by the MACH fitter. 


"Failed to find suitable node assignment and signal 
routing: <PART#:DEV#>." 

The current partitioning could not be placed and routed by the MACH 
fitter. It could be routed with no placement considerations or placed 
with no routing considerations but no valid combination of placements 
and routings could be found. 


"Failed to generate fuse map: <PART#:DEV#>." 
A problem occurred in assigning pterm rows within the MACH part. 


"Cannot resolve OE requirements of macrocells." 
The fitter cannot satisfy PAL block output enable requirements. 


"MACH <DEVICE | PAL_BLOCK> partitioning 
exceeds limits" 

The MACH partition cannot be reduced to the current limit due to a 
group of functions placed in a .pi file DEVICE or SECTION or 
because of internal feedback grouping. 
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"DEVICE number <DEV#> in the PI file contains 
functions which cannot be fit by <PART#>." 

The DEVICE contains functions which are not fittable by this MACH 
part. 


"MACH failed <DEVICE | PAL_BLOCK> pre- 
partitioning.” 

The partitioner cannot divide the functions into the required number of 
partitions while remaining within the current limits. This is a failure 
in applying .pi file DEVICE or SECTION groups. 


"MACH failed <DEVICE | PAL_BLOCK> partitioning." 
The partitioner cannot divide the functions into the required number of 
partitions while remaining within the current limits. This is a failure 
during automatic partitioning. 


"MACH failed to route clock signals to PAL blocks." 
The partitioner could not accomodate the combined clock 
requirements of the PAL blocks as partitioned (check clock polarity 
and clock pin assignments). 


"No functions are remaining which can fit into a 
<PART#>." 

The fitter has run out of functions which can fit into a MACH device 
of type <PART#>. 


Pin Assignment Messages 


When the .pi file specifies pins for specific signals, two classes of errors are 
possible. The first is invalid pin assignments. These errors are listed here. 
The second is invalid groupings, where no single pin assignment is in error, 
but some combination of assignments in a given device or PAL block is in 
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"MACH clock signal <SIGNAL_ID> must be assigned 
to a clock pin" 

The clock signal has been placed on a pin other than a clock pin. The 
signal needs to be on a clock pin in order to clock one or more 
functions. | 


"Signal <SIGNAL_ID> cannot fit due to invalid pin 
type." — 


User-specified pin assignment places signal on invalid pin. 


"Signal <SIGNAL_ID> is assigned to multiple pins.” 
The MACH pre-partitioner could not implement the multiple pin 
assignments of the .pi file. 


“Function <SIGNAL_ID> cannot fit on pin <PIN#> 
because:" | | 

MACH function pin assignment cannot be satisfied for the reason(s) 
listed. The possible reasons are shown below: 


"Functions <SIGNAL_ID> and <SIGNAL_ID> use the 
same macrocell." 

The named functions are assigned so that they require the same 
macrocell. 


"Signal <SIGNAL_ID> cannot fit as a registered input. 
as required by pin <PIN#>." 

The signal does not meet the qualifications for a registered input 
(unary) signal, but the pin specified requires the signal be fit that way. 


“Exceeds PAL block enable limit." 
The combined pin assignments exceed the number of enable terms for 
a PAL block. 


“Exceeds PAL block pterm allocation capabilities." 


The combined pin assignments exceed the ability to assign product 
terms. 


462 MACHXL Software User’s Guide (Version 3.0) 


cl 


"Signal may require split pin; split pin limit is 
exhausted." 

The fitter budgets split pins (biput converted to node and input) based 
on the output (non-split pin) count for each PAL block. The fitter has 
detected no more split pins are available. 


“Undetermined reason." 
The fitter cannot determine why the signal did not fit with other 
signals assigned to the device or PAL_block. 


"Input <SIGNAL_ID> cannot fit on pin <PIN#> 
because: 

MACH input pin assignment cannot be satisfied for the reason(s) 
listed: 


"Clock pin needed for clock." 
An input is assigned to a clock pin that must be reserved for a clock 
signal. 


“Biputs-as-inputs exceed PAL block limits." 
The sum of inputs and outputs/biputs exceed the device/PAL block 
limits. 


"Signals <SIGNAL_ID> and <SIGNAL_ID> use the 
same pin." 
The named signals are assigned to the same pin. 


“Node assigned to buried logic has fanouts assigned 
to another device." 

The function cannot be placed on a buried macrocell because a fanout 
of the function is on another device. 


Grouping Messages 


Signals may be placed in groups by using a GROUP or SECTION statement 
in the .pi file, or by assigning signals to pins in the same PAL block which 
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implicitly groups them. Some combination of signals cannot be groups 
because of device constraints. The following messages address these issues. 


"PAL block <BLOCK_ID> is not valid for device 
<PART#>" | 
A .pi file SECTION contains a reference to an invalid PAL block 
name. | 


"PAL block <BLOCK_ID> cannot satisfy reset/preset 
requirements of all functions" 

The PAL block partition contains functions which are interdependent 
due to reset/preset requirements. The inverted form of one function 
must be fit with the true form of the other, or vice-versa, however they 
cannot both fit in an acceptable form due to cluster availability 
constraints. 


“Function <SIGNAL_ID> cannot fit on pin <PIN#> due 
to buried register fanout constraints." 
User pin assignments violate restrictions on MACH230 buried 


macrocell fanouts. MACH230 buried register fanouts must be within 
PAL block pairs (A-H, B-G, C-F, D-E). 


“Function <SIGNAL_ID> cannot fit due to grouping 
constraints." 

Signal in user specified grouping or pin assignment violates MACH 
group constraints. This is usually a conflict between pin assignments 
and PAL block targets in the .pi file. 


“Function grouping in .pi file DEVICE for 
<PART#:DEV#> exceeds limits for:" 


“Function grouping in .pi file SECTION for 
<PART#:DEV#> PAL block <BLOCK_ID> exceeds 
limits for:" 

"--- Number of functions" 

“=-- Number of signals" 

“«-- Number of clocks" 
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".-- Number of output enables" 

".-- Number of reset and presets" 

".-- Number of pterm clusters" 

".-- Number of inputs" 

“--- Number of pins" 

".-- Number of outputs" 

".-- Number of feedback paths" 

".-- Number of input registers (or invalid 
assignment)" 


Either of the first two message lines is followed by one or more of the 
resource constraints on the following lines. This indicates the 
DEVICE or SECTION group violated the indicated resource limits 
for the MACH part. 


"The group consists of the following functions" 
"s-- <SIGNAL_ID>" 
"=== <SIGNAL_ID>" ... 


This message contains a listing of functions in a group which violates 
MACH constraints. It may follow any other grouping error message. 


Examples 


log File of a Successful Fit: 


PLFit V3.1 —- Patent (5,140,526) - Copyright MINC 
Incorporated 1987-1993 


checking: 
FICEING 6.05 
Elapsed time: 00:00:49 
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log file with a specific violation, in this case, ''Number of Clocks": 


PLFit V3.1 - Patent (5,140,526) - Copyright MINC 
Incorporated 1987-1993 

checking: ... 

fitting ... 

Attempting device 1, template MACH435 ... 


Warning: Function grouping in PI file DEVICE for 
MACH435:1 exceeds limits for: 

Warning: --- Number of clocks 

Warning: The group consists of the following functions 
Warning: --- BIT 1 pl4 

Warning: --- BIT 2 __pl5 

Warning: . <S=S OBIT 3) ..pilc 

Warning: =>= BIT 4. pl? 

Warning: --- BIT 5 pls 

Warning: --- BIT 6_ plg 

Warning: --- BIT 7 p20 

Warning: --- BIT 8  p2l 


Attempting to fit at 100 percent utilization. 
MACH device partitioning exceeds limits 
Elapsed time: 00:00:03 


.log file where place and route failed without a specific cause: 


PLFit V3.1 - Patent (5,140,526) ~- Copyright MINC 
Incorporated 1987-1993 


checking: ... 

fitting .«.. 

Attempting device 1, template MACH435 ... 
Attempting to fit at 100 percent utilization. 
Failed to find suitable node assignment and signal 
routing: MACH435:1. 

Attempting to fit a reduced partition. 

Attempting to fit at 97 percent utilization. 
Repeated results of last partition. 
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Attempting to fit at 94 percent utilization. 
Repeated results of last partition. 
Attempting to fit at 91 percent utilization. 
Repeated results of last partition. 
Attempting to fit at 88 percent utilization. 
Repeated results of last partition. 
Attempting to fit at 85 percent utilization. 
MACH device partitioning exceeds limits 
Elapsed time: 00:37:28 
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Application Note: 


Understanding the .rpt File 


Devices: All MACH 


A report file, design_name.rpt, is generated if and only if a MACH device is 
targeted in the .pi file. There will be one .vpt file for each MACH device in a 
TARGET statement. The contents of the .rpt file is described here. It is 
useful both to aid in understanding cases that do not fit and to determine how 
a design was fit and the resources it used. 


Obtaining a .rpt File 


To obtain a .rpt file, you must place both DEVICE and TARGET statements 
in the .pi file. No further specifications are required. If you use internal 


‘groupings or pin assignments, that also goes in the DEVICE statement but is 


Strictly optional. 
The simplest .pi file which will generate a .rpt file is as follows: 


DEVICE TARGET 
‘part number amd <part number>'; 
END DEVICE; 


Contents of the Report File 


The report file contains device specific fitting information regarding the 
internal resources of the MACH device. It shows which macrocells and 
routing paths are used by each signal. 


The report file is not a replacement for the documentation (.doc) file. It does 
not list the equations for any given function, or give a simple pinout diagram. 
It gives in depth information that the documentation file cannot provide. 


The report file serves two purposes. When the design fits, it describes the 
specific placement and routing of the solution. Ifa design fails to fit, it 
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provides information to help the user understand why the fit attempt failed, 
how far the fitting proceeded and what aspect of the fitting caused problems. 


The MACH 1xx and 2xx fitter produces a slightly different format .rpt file 
output than the 435 fitter (and future members of the MACH 3 and 4 family). 
In either case, the report file has the same structure. The sections of the report 
file are listed here with a brief description of each. 


Heading 

Before any information section, the report file gives the date the 
design was run through the fitter, the part type and device number, the 
design name and user supplied design information. 


Failure Disclaimers 

If the design fails in partitioning or place and route, a disclaimer 1s 
printed immediately following the heading. This alerts the user the 
design did not fit successfully and the information may be missing or 
inconsistent. 


Summary Statistics | 
This section summarizes the design in terms of number of inputs 
nodes and outputs which fall into certain catagories. 


Device Resource Utilization 
This section provides utilization statistics for the different resource 
types of the device and its PAL blocks. 


Partitioner Report | 
This section shows how the design is partitioned into pal blocks. 


Clock Assignments 
In the MACH 3 and 4 family, this clock assignment section shows 
which pin clocks are used in which pal blocks. 


Signal Directory 


Here all inputs, outputs and nodes on the part are listed with specific 
assignment information for each signal. 
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Resource Assignment Map 
Here we go through the device in physical order by pin and macrocell 
and show which resources are used by which signal. 


An example of each section is shown below. 


Heading 


To identify the .rpt file by design and fitter run, the header contains the date 
and time the design was run through the fitter and the users information from 
the source file. 


DATE: Thu May 6 20:40:18 1993 _=-- Date design was 


-- run 
DESIGN: £215g12 -- Design name Part name 
DEVICE: MACH435:1 -- and position in PI file 


-~- DEVICE statement list. 


TITLE: FILE £215g12.srce -- User supplied 

-- information from 
| -- .sre file. 
COMPANY: AMD, SANTA CLARA 
PROJECT: MACH Certification 
REVISION: OO1 
COMMENT: Mon Sep 14 14:08:26 1992 


Failure Disclaimers 


If the design fails in partitioning or place and route, a disclaimer is printed 
immediately following the heading. This alerts the user the design did not fit 
successfully and the information may be missing or inconsistent. 


There are different disclaimers depending on where the fitting failed and the 
device type being fit. 
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If a MACH435 or MACH Ixx or 2xx family device design fails in 
partitioning the following disclaimer is printed: 


FAILURE-TO-PARTITION DISCLAIMER: 


The following partitioner reports show the last failed 
attempts to partition the design. Partitions which 
violate device limits are indicated. Also, if there are 
more Block partitions than blocks in the device, the 
partition will fail. 


Because of different fitting algorithms for the two MACH families, MACH 1 
and 2 family devices have a different fit disclaimer from MACH 3 and 4 
family devices. If a MACH 1xx or 2xx family device fails in fitting, the 
following disclaimer is printed: 


FAILURE-TO-FIT DISCLAIMER: 


The following report represents the final status of a 
failed fit attempt. The report is accurate but 
incomplete. It indicates which signals were not placed 
or routed. In the 'SIGNAL DIRECTORY' signal lines 
preceded by '-' represent signals which could not be 
placed. Fanouts ending in '--' represent signals which 
could not be routed. 


The SIGNAL DIRECTORY information indicates how far the fitting process 
proceeded before it was abandoned. The un-routed and/or un-placed signals 
should point to the cause of fitting problems. You may need to modify the 
design or manually direct the partitioner to achieve a fit in the selected design. 


If a MACH4xx design fails in fitting, the following disclaimer is printed: 
FAILURE-TO-FIT DISCLAIMER: | 

The following report represents the final status of a 
failed fit attempt. The ‘SUMMARY STATISTICS', ‘RESOURCE 
UTILIZATION',and 'CLOCK ASSIGNMENTS' sections are 


accurate. The 'SIGNAL DIRECTORY' is accruate except for 
pin and macrocell designations. The RESOURCE ASSIGNMENT 
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MAP may have missing or redundant signals and conflicting 
resource assignments. | 


The relative conflict levels for each resource type are listed here. This 
indicates the reason for failure in fitting. 


Pins 3 
Input Regs 0 
Macrocells 0 


Pterms 352 
Feedbacks 0) 
Fanouts 0 


This disclaimer includes statistics showing which resource proved most 
troublesome during the fit operation, in this case the fitter had trouble 
assigning product terms. This gives you, the designer, key information on 
where to modify your design to attempt another fit. | 


Summary Statistics 

This section summarizes the design in terms of number of inputs nodes and 
outputs which fall into certain catagories. It breaks out the nodes and outputs 
both by PAL block (how many function per block). Because the MACH 3 
and 4 family have more ways to fit a function, the fitter provides more 
statistics for these designs. 


MACH 1 and 2 statistics look like this: 


5 Inputs 

O Registered/Latched Inputs 
11 Outputs 

O Tri-states 

O Nodes 


Functions by block ( 8, 3, 0, O ) 
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MACH 3 and 4 statistics look like this: 


4 Inputs 

O Outputs 

32 Tri-states 

O Nodes 

Functions by block ( 4, 4, 4, 4, 4, 4, 4, 4 ) 
D Register Macrocells 2 


T Register Macrocells 2 
D Latch Macrocells 2 
Combinatorial Macrocells 2 
D Input Registers ) 
D Input Latches 0) 


Xor Equations 


Asynchronous Equations e) 
Single-Pterm Equations 32 
Total Pterms Required 32 


Note the total of ‘Outputs’, 'Tri-states' and 'Nodes' should equal the total of 
‘Function by block' and the total of the ‘Macrocells' and ‘Input 

Registers/Latches' statistics. The numbers from XOR Equations’ down are 
not mutually exclusive nor should they match the total number of functions. 


Device Resource Utilization 


This section provides utilization statistics for the different resource types of 
the device and its pal blocks. First, the global resource utilization 1s 
presented, then resource statistics for each PAL block are listed. 


Because of the different architectures of the MACH 1 and 2 family and the 
MACH 3 and 4 family, each has a slightly different set of resource statistics. 
These examples show the global statistics and one PAL block statistic set for 
each device family. 


The MACH 1 and 2 family resource statistics look like this: 


Resource Available Used Remaining % 
Clocks: 2 1 1 50 
Pins: 38 35 3 92 
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Input Lines: 88 72 
I/O Macro: 32 16 
Total Macro: 64 48 


Product Terms: 256 48 


PAL BLOCK 'A' 


Input Lines: 22 18 
I/O Macro: 8 4 

Total Macro: 16 12 

Product Terms: 64 12 


16 
16 
16 
64 


& & 


16 


The MACH 3 and 4 family resource statistics look like this: 


Resource Available Used — Remaining 
Clocks: 4 1 3 
Pins: 70 67 3 
Input Regs: 64 0 64 
Macrocells: 128 , 96 » Be 
Pterms: | 640 314 326 
Feedbacks: 192 125 67 


Fanouts: 264 161 103 


PAL BLOCK 'A' 


Blk Clocks: 4 1 
I/O Pins: 8 8 
Input Regs: 8 ©) 
Macrocells: 16 12 
Pterms: 80 42 
Feedbacks: 24 16 
Fanouts: 33 18 


The resources referenced in these tables are defined here. 


Clocks Clock pins used for clock signals 
Pins Input and I/O pins used in any capacity 
Input Lines Array inputs 
I/O Macro | Output Macrocells 
Total Macro Output and Buried Macrocells 


Product Terms AND array rows used in equation generation 


Input Regs - Dedicated input registers 
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Macrocells Macrocells without output/buried distinction 
Feedbacks Inputs to the Switch matrix 

Fanouts Inputs to the AND Array(s) 

Partitioner Report 


This section shows which functions (outputs and nodes) are assigned to which 
pal block. It shows which signals must be routed to the pal block to generate 
the functions assigned to the block. It also shows how many unique clocks, 
enables, and register set/reset equations are required for the assigned 
functions. 


Clock Assignments 


In the MACH 3 and 4 family, the clocks signals may vary from one pal block 
to another. This clock assignment sections shows which clocks are required in 
which pal blocks, and which phase (true or inverted) is needed. 


The CLOCK ASSIGNMENT section may have zero to four clock pins listed 
depending on how many clocks are used in the design. Here is an example 
with two clocks: - 


CLOCK ASSIGNMENTS: 
Notes: block usage 'H' indicates used in TRUE sense. 


block usage 'L' indicates used in INVERSE 


sense. 
clock signal [ 35] CLK1 

pin 23 

block usage Yio sgt. 9 ge ag pe oe 

clock signal { 34] CLKO 

pin 62 

block usage H..3 A 4 soy He 4. Bf oy Hy 


This design uses CLKO on pin 62 and it is used in its true sense in all eight pal 
blocks. CLK1 is on pin 23 and is used in its inverted sense in pal block 'D'. 
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Signal Directory 
Here all inputs, outputs and nodes on the part are listed with specific © 


assignment information for each signal. The format of this section is different 
for the MACH 1 and 2 family and for the MACH 3 and 4 family. 


The MACH 1 and 2 signal directory looks like this: 


SIGNAL DIRECTORY: 


Notes: 
Signal 

# Name 

0 A_10  p2 
LA 11 p3 
2A 8  p4 

3 A_9 ps 
4A_19_ p9 
5 RESET p10 
6 


A_ 20 pli 


Leading '-' indicates signal not 

assigned. | 

Trailing '+' indicates feedback path is from 
pin. 

Functions with '0' Clusters are input 
registered. 


source PalBlk Pal Block Inputs 
Type Clusters | 
Cmb Output D1 * ADA 

Cmb Output D i ; D10 

Cmb Output D. 2 | DO9 

Cmb Output oD 1 D15 

Input AO1 + 

Input AOS BO5 coO5 DO5 + 


Input D2d <b 


This example is cut short due to space. Every input, output and node is listed 
in this directory. The data columns are defined here: __ 


Signal # 
The index number used to reference the signal 


Signal Name 
The user Identifyer for the signal 


Source Type _ 
{Input | Hidden | Output | Biput | Internal} with register type 
qualifiers 
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PalBik 


PAL block where output or node is assigned 


Clusters 
Number of Pterm Clusters used to generate function 


Pal Block Inputs 


Array input lines for Signal Fanouts 


The MACH 3 and 4 signal directory looks like this: 


SIGNAL DIRECTORY: 
Notes: Register type suffix ' X' indicates XOR used; 
Register type suffix ' A' indicates Asychronous mode 
used; 
Register type suffix '_LT' indicates function is 
LOW TRUE. 
"RS SWAP' flags functions which are preset at power-on. 
'OE' flags tri-state functions. 


[ 0] Output: SAO 8 _ 
Pin 72 (I/0) Block G Macrocell G14 1 Pterm COMB 
[ 1] Output: SAO _7_ 
Pin 48 (I/O) Block E Macrocell E10 1 Pterm COMB 
[ 2] Output: SAO 6_ 
Pin 45 (I/0) Block E Macrocell E00 1 Pterm COMB 
[ 32] Reg. Input: NBDIR 


Pin 3 (I/0) Block A Unary of 3 1 Pterm LATCH 


[ 33] Reg. Input: NCDIR 
Pin 78 (1/0) Block H Unary_ of 78 1 Pterm LATCH 
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[ 34] Node: ST4 
Block D Macrocell_ D03 13 Pterm DFF_A 


[ 35] Node: ST3 
Block H Macrocell_H09 15 Pterm DFF_A 


[ 44] Input: ADIR 
Pin 5 (I/O) Block A 
[ 45] Input: BDIR 


Pin 3 (I/0) Block aA 


Each of the entries has two lines. The first line has the signal index, signal 
type and signal name. The signal index, always in brackets, 1s used in the 
RESOURCE ASSIGNMENT MAP to identify the signal since there is not 
always enough room for the full signal name. The Signal type is one of {Input 
| Reg. Input | Reg. Feedback | Node | Tri-state | Output}. 


The second line contains the assignment information for the signal. If the 
signal appears on a pin, the pin number and type is provided. Function and 
Inputs on I/O pins provide the block number of the pin and/or macrocell. 
Functions provide macrocell assignment information along with specifics on 
how the function is fit. This includes the number of pterms the functions 
require, the register type used to implement the function, and notes if the 
function implementation has any notable characteristics. These are noted in 
the 'Notes:' section at the top. 


Resource Assignment Map 


This section follows the physical layout of the device and shows where each 
signal is assigned. As with the SIGNAL DIRECTORY, the format of this 
section is different for the two families of MACH devices. 


The MACH 1 and 2 family is simpler to represent since there is a one-to-one 
relationship between pins, macrocells, and array inputs. The format of the 
RESOURCE ASSIGNMENT MAP looks like this: 
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RESOURCE ASSIGNMENT MAP: 


MINC 
Node# 


Node 


Type 
Vcec/Gnd 


I/O 
Shadow 
Buried 
I/O 
Shadow 
Buried 


I/O 
Shadow 
Buried 
I/O 
Shadow 
Buried 
Input I10 
Input I1 
Vcc/Gnd 
In/Clk 
I/O 
Shadow 
Buried 


Pin/Macro 
ID 
PWR 


IO-00 
AO00 
AO0l 
I0-O1 
A02 
A03 


IO-06 
Al2 
Al3 
LO-07 
Al4 
Al15 


PWR 
I2/CO 
10-08 
B14 
B15 


ome 


ee ee 


Name 


This example is cut short due to space. Every input, output and node is listed 
in this directory. The data columns are defined here: 


MINC Node # 


Node Type 


Pin/Macro ID 


Signal # 


Signal Name 


The physical pin number or internal node number 
{Vcc/Gnd | Shadow | Buried | I/O | Input | In/Clk} 


Pin or Macrocell identifyer 


Signal index (see SIGNAL DIRECTORY) 


Signal Name 


Appendix D: AMD MACH Support 


479 


If the same signal is assigned to a Shadow node and the adjacent I/O pin, the 
signal is an output. If these two are different, the signal on the Shadow pin is 
a node, and the signal on the I/O pin is an input. 


The MACH 3 and 4 family is more complex to represent since the paths 
between pins, macrocells, and array inputs are programmable. The format of 
the RESOURCE ASSIGNMENT MAP looks like this: 


Resource Assignment Map 


Notes: Signal index ' [###]' 


-PINOUT-- 
Pin [Sig] 


1 PWR 
2 PWR 
3 {455 


4 [---] 


5 [ 44] 


480 


refers to SIGNAL DIRECTORY entry ###. 


Signal index '[N/C]' is specified 'NO CONNECT' in the .pi 


file. 


Signal index '[---]' 


Resource 'IR' 
Pterm Cluster 
Pterm Cluster 
Pterm Cluster 
Cluster Steer 
number). 

Cluster Steer 
Cluster Steer 


Cluster Steer 


MC 


IR 
MC 
MC 
IR 
MC 
MC 
IR 
MC 
MC 


Cluster Steer 


PLACEMENT-------- 
InReg/ [Sig] Pterms 


is input register; 


"ER! 

ey 

“S 
ing 


ing 
ing 


ing 


ing 


ell EAS 


indicates no signal present. 


'MC' is macrocell. 


is equation cluster (2 pterms). 


1s async cluster (2 pterms). 


is single cluster (1 pterm). 


dback=sse= 
ID_ 


Fee 


A00 
AOl 
A02 
AO03 
A04 
AO05 
A06 
A07 
A08 


down one macrocell (by macrocell 


up one macrocell. 


: up two macrocells. 


to adjacent macrocell. 
cluster not used. 


[Sig] 


Fanoutlees ses 


Src Block and Input Line 


AO0O8 BO8 C08 Dill E08 


A03 BO3 C03 DO3 E03 
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G08 H19 


HOO 


GO3 HO3 


ra 


This example is cut short due to space. Every input, output and node is listed 
in this directory. The data columns are defined here: 


PINOUT Signals on physical pins 

Pin Physical pin number 

[Sig] Signal index of pin signal 

PLACEMENT Resources used to generate nodes and outputs 
InReg/Meell Input Register (IR) or Macrocell (MC) identifier 
[Sig] | Signal index of node or output 

Pterms EAS Pterm steering (See below) 

ROUTING Signals into and out of Switch Matrix 
Feedback ID Identifyer of Switch Matrix input 

Feedback [Sig] Signal index of feedback signal 

Feedback Src Source directed to Switch Matrix { Pin | IR | MC } 
Fanout PAL block inputs assigned to signal 


Pterm steering is indicated for three pterm clusters per macrocell. The three 
clusters, designated 'E', 'A' and 'S', are the 'equation’, 'asynchronous' and 
‘single’ clusters. The E cluster consists of the two pterms which are always 
part of the data equation. The A cluster is the two pterms which are either 
used as part of the data equation or used as asychronous clock and reset. The 
S cluster is the single pterm which is either part of the data equation or half of 
the XOR equation. The steering of these clusters is designated by the 
characters '="', 'u', 'd' and 'U', which mean ‘local macrocell', 'up one macrocell', 
‘down one macrocell’, or 'Up two macrocells' respectively. 'Up' and ‘down’ are 
not necessarily physically up or down the printout. Up is to a lower numbered 
macrocell, while down is to a higher numbered macrocell. In odd numbered 
pal blocks (blocks B, D, F, H) the macrocells are numbered in reverse order 
compared to the pins. Since this printout is ordered by physical pins, the 
macrocells in those blocks show up in reverse order.. However, down from 
any macrocell 3 is always macrocell 4. 
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Application Note: 


MACH and the Number of Devices 
Constraint 


DEVICES: ALL MACH 


In cases which fail to fit into a single MACH device, the "Number of Devices" 
constraint (NUMBER_DEVICES in the .cst file) should be removed to 
investigate the problem. Two alternative approaches to investigation are 
provided here. 


The Problem 


When you want a single device solution, it is natural to set the "Number of 
Devices" constraint to 1. In the case where the design does not immediately fit 
into one device, this provides minimal information on why the design does not 
fit. 


Using ‘default’ in the .pi File Entry 

One alternative is to force all of the design into the first part. It may appear 
setting NUMDEVS to | would do this, but it is really a much weaker 
statement, saying only "quit after one device 1s filled". This is reasonable in 
the context of automatic device selection and a device limit greater than one. 


To force the entire design into one part, a MACH210 for example, use the 
‘default’ signal reference in a DEVICE statement int the .pi file. The default 
reference is the same as naming all signals in the design not mentioned 
elsewhere in the .pi file. 


Example 


DEVICE 
TARGET ‘part number AMD MACH210-15JC'; 
default; 

END DEVICE; 
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When you do this, the design may fit the first time. If it does not, the ./og file 
may contain valuable information about why the circuit cannot be fit. 


It may exceed device limits such as Reset/Preset constraints. In this case, you 
may need to adjust the design to the limits of the device, or use another part or 
parts with greater resources. 


The fitter may not be able to find a suitable partition. In this case the ./og file 
indicates that this is the case. The .rpt file shows you the best partition the 
system could produce and why it is not valid for the device. At this point, you 
may see a better partition, or you may again need to adjust the design or 
implementation specifications. 


Finally, the partitioner may be able to assign functions to PAL blocks, but the 
fitter may fail at place and route. Again, the .rpt file will show how far the 
fitter proceeded and what areas proved troublesome. The designer may be 
able to assist the fitter by adjusting the design and/or providing some direction 
to the fitting process through the .p/ file. 


In general, look for resources which are in high utilization. If macrocells are 
in high demand, more node collapsing may relieve the problem. If pterms are 
in high demand, you might try extracting some common factors into a 
common node. At any rate, knowing why a design doesn't fit is the first step 
to solving a fitting problem. 


Using a Second Device 


Another approach to a difficult fitting problem is to allow the design to 
overflow into a second device, and then see which functions are being left out 
of the first device. 


If you generate fusemaps for the two device solution, the .npi file may allow 
you to work one or two functions back into the first device. To do this, edit 
the .npi file to make a new .pi file. In the process, take the functions assigned 
to the second device and include them in the DEVICE statement for the first 
device but without any pin assignments. The fitter may be able to work them 
in even when it could not find a solution on the first pass. 


If that does not work, you may be able to adjust the design by node collapsing 
or factoring to allow room for the left out functions, or you may conclude the 
design requires a larger device. 
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Application Note: 
Using MACH Input Registers 


DEVICES: MACH2xx, MACH4xx 


The MACH 2xx and 4xx devices are capable of registering signals between 
the I/O pin and the switch matrix. In the MACH215 and MACH4xx, there is 
a dedicated register for each I/O pin. The other MACH2xx devices use the 
buried macrocell adjacent to the pin to perform the registration. The MACH 
fitters attempt to use these registers as often as possible because their use 
saves both routing resources and propagation delay. This application note 
describes how to detect when these resources are used and how to direct the 
fitter to use them fitting your design. 


Input Register Pin Names 


The MACH4xx and MACH215 have dedicated hardware for the input register 
function. These are called Unary pins in MACHXL because they support a 
function of exactly one signal. In both devices, the pin is designated as 
'UNARY_OF_##', where '##' is the associated physical pin number. 


In the MACH 2x0 devices, the pin signal is registered by routing it through 
the adjacent buried register. This effectively takes one buried register 
macrocell and reduces the number of nodes which the part can fit internally. 


The MACH 2x0 devices register I/O pin signals on nodes designated as 
'BURIED_OF_##' where '##' is the associated physical pin number. To force 
use of the input register mode, it is not enough to assign a signal to that pin. 
The assignment is ambiguous and will be interpreted by MACHXL as an 
internal node assignment. Later in this application note we will discuss how to 
make an input register assignment on these devices. : 


MACH 2xx vs MACH4xx 


The MACH4xx devices have separate input register resources. Because this 
much simplifies the fitting of unary functions, these assignments are simple 
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and direct. Any unary function can be manually assigned to 
UNARY _OF <pin>, or can be placed by the fitter in automatic fitting. 
Further, the MACH4xx is able to automatically use these resources to register 
the feedback of an output function. Because of the simplicity of this 
mechanism, the remainder of this application note covers the MACH2xx 
series parts. 


The MACH7215 does have separate hardware for input registers, but because 
of its general architecture, it is handled by the MACH 1|xx/2xx fitter and 
shares the restrictions of that fitter. 


Input Registration 


The input register configuration has several advantages over the conventional 
routing where the input goes into the switch matrix, is brought to the PAL 
block array and fit as any other node. It saves one PAL block input and four 
pterms needed to generate the function in the standard configuration. It also 
Saves propagation time of one pass through the array for the signal generated. 


In MACHXL Version 3.0, there is no "INPUT CLOCKED BY ..." construct, so 
fitters look for nodes that have a single signal as the D equation. These 
functions are referred to as 'unary' functions because they are functions of one 
signal. Fitters for devices with input registers automatically fit unaries on 
input registers whenever possible. 


The MACH 2xx user may need to detect, force or prevent use of input 
registers for any given signal. 


Example 
The following source generates the unary compatible function u: 


INPUT i, ui, clk; 
NODE u CLOCKED BY clk; 


OUTPUT o; 
u = ul; 
o=u * i; 
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Detection 


To detect signals which fit as unaries, the user must inspect the .rpt file. In 
the signal list section of the .rpt file is a column with the number of clusters 
used for each function. A function with zero ('0') clusters was fit as a unary. 


In the example shown above, the function ‘u' is fit as a unary as shown in this 
extract from it's .rpt file: 


Signal Source PalBlk Pal Block Inputs 


# Name Type Clusters 
Oi Input Al2 
1 ui Input 

2clk © Input 

3 u DFF Hidden A 0O A18 
40 Cmb Internal A 1 | 


Forcing a Function to be Fit as Unary 


To force a function to be fit as unary, the function must meet all of the 
following conditions: 


~. © Must be a NODE, not an OUTPUT 
oO Must have a single signal data equation 
O Must be DFF, TFF or DLATCH equation 
O Must conform to the Reset and Preset equation of the PAL block 


To force the function into the input register, use the .pi file and simply place 
the input signal on an I/O pin and the function on the adjacent BURIED 
macrocell. | 


The following .pi statements when used with the above example source file, 
will use the input register configuration to register the signal ‘ui’ to form the 
function ‘u' which goes into the switch matrix: 
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DEVICE 
TARGET 'PART NUMBER AMD MACH210-12JC'; 
INPUT ui :4; 
u :BURIED OF 4; 

END DEVICE; 


Preventing a Function From Being Fit as 
Unary 


To prevent a function from being fit as a unary, the user should fix either the 
input or the function signal to a pin. The pin may be the same pin which was 

previously fit automatically as a unary. The fact that one but not both signals 
is fixed is sufficient to prevent the unary configuration. 
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Application Note: 


Control of the Asynchronous Mode in the 
MACH4xx 


Devices: MACH4xx 


This application note explains how the MACH4xx fitter uses the 
asynchronous macrocell feature of this device. It explains how the designer 
can manually control the implementation of asynchronous clocking of 
functions. 


The MACHXL fitter operates on the assumption that asynchronous fitting 1s 
an available option to it, but at a resource and timing cost. The fitter tries to 
fit designs without resorting to asynchronous mode if this does not require 
leaving PAL-blocks underutilized, or using extra devices. 


If a design is to be fit using asynchronous mode, the fitter will select the block 
reset and preset, and the block clock signals so as to minimize the number of 
macorcells that are fit in asynchronous mode. 


Since the macrocell-local reset pterm and the shared PAL-block reset and 
preset pterms are generated in the PAL-block array, there 1s no timing penalty 
for using the asynchronous mode reset. Therefore, an algorithm minimizing 
the number of asynchronous resets should be adequate. 


On the other hand, this algorithm may not be enough to select the functions 
using asynchronous clocking. The difference in timing between the pin clock 
and an array pterm generated clock signal may be of overriding importance to 
the designer. 


By using manual grouping and selecting the signals are placed on the clock 
pins, the designer can control which functions are clocked asynchronously. 
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Application Note 
Control of T-Flop Synthesis in the MACH4xx 


DEVICES: MACH4xx 


This application note covers the implementation of equations in the 
MACHA&4xx device. For some equations, the T-Flop may have a smaller 
equation, but has slightly greater delay. For speed-sensitive circuits, the 
designer may wish to use D-flops exclusively. The XOR in the MACH4xx 
provides for relatively efficient implementation of T equations using the D 
register. 


Normal Operation 


Unless otherwise directed, the fitter will fit the smallest equation of D, T, or 
XOR, or their complements. 


DFF Only Fitting 


If the designer does not want the TFF mode of the macrocell to be used, he 
must first design his circuit in terms of DFF equations. This is the default that 
will be generated if the designer does not reference T FLOP or other register 
types. 


The next step in the procedure is to assert the .pi file option "{ FF SYNTH 
OFF }" in the designs .pi file. This will restrict the design to fitting only DFF 
equations. 


This option can be applied to specific signals or to the entire device or design. 
This is controlled by the scope of the option placement. 


Using the T Equation 


If a given function is most easily expressed using an equation for toggle 
operation, then the D equation is the XOR of that equation and the reeets 
output. 
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If (T) defines the toggle equation of function F, then the direct TFF expression 
of that function in the MINC language is 


T FLOP OUTPUT F CLOCKED BY clk ...; 
F= (T); 


while the DFF equivalent function is 


OUTPUT F CLOCKED BY clk ...; 
F= (T) (+) Fi 
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Application Note: 
Analyzing Test Vector Errors 


DEVICES: All MACH 


When a programmed device fails the JEDEC test vectors, there are some 
common areas to investigate to determine the source of the problem. This 
application note discusses some common sources of test vector problems (for 
additional information see the next two application notes entitled "MACH 
Power-On Reset" and "Hazard Free Combinatorial Latches". 


Simulator Warnings 


The simulator portion of MACHXL is the authority on exactly what | 
functionality the source language defined. Its output file, design_name.sim, 
may contain warnings indicating the circuit functionality conflicts with the test 
vectors defined in your .stm file. These conflicts should be resolved before 
you can expect to pass test vectors. 


It is often easiest to let the simulator determine the output value. You can use 
the '.S.' value in the .stm file test language to select this choice. 


Initial States 


A recurring problem in test vectors is conflicts during the initial states. The 
‘INITIAL’ and 'INITIAL_TO' statements in the test language can be used to 
tell the simulator what assumptions to make regarding the initial state of 
signals. 


It is good general practice to put a reset in the early steps of the test to pine 
the device in a known state. 


Glitches in Control Logic 


If a register is clocked or set using a product of signals, it is important to 
realize the tester does not change all the inputs at one time. The tester may 
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generate glitches in the control equations which cause unexpected changes of 
state in a register. | 


If, for example, an output is clocked by (clk1 * clk2) and on a particular step 
clk1 goes from 1 to 0 while clk2 goes from 0 to 1, there is a 50/50 chance that 
clk2 will transition first producing a momentary pulse on the clock line. This 
can cause a change of state in the register which is not reflected in the 
simulation. 


In such cases, it is best to use two test steps to insure that clk1 goes low 
before clk2 goes high. 
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Application Note 
MACH Power-On Reset 


Devices: MACH4xx 


The MACH4xx has a built in power-on reset feature that sets all registers to a 
known state when power is applied to the part. This application note 
discusses how the user can determine the state of the registers, and steps the 
user can take to manage the power-on feature. 


MACHXL DSL Reset Definition 


MACHXL's DSL defines the term "reset" in a device independent way. To 
"reset" a signal means to put the signal in the unasserted state. A 
HIGH_TRUE signal will go the the low-voltage state when it is reset. If the 
signal is a LOW_TRUE sense, then the a reset will cause the signal to go to 
the high voltage state. In both cases, the signal is in its unasserted condition. 
This is a logical reset. 


Nominal Case 


Most applications of the MACH4xx will perform a logical reset on power-up. 
Registered signals will go to the unasserted state. 


Exception Cases 


Cases violating the power-on logical reset are flagged in the .rpt file signal 
directory with the string "RS SWAP". These signals will receive a logical 
preset at power-on. This condition can be caused by one of two things. 


1. Macrocells in asynchronous mode having a preset equation will 
perform a power-on logical preset. Functions which are fit using 
an asynchronous macrocell are flagged in the .rpt file signal 
directory with the string "ASYNC". 
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2. A function will perform a power-on logical preset if it is fit on a 
macrocell in a PAL block where its reset and preset are "out-of- 
phase" with the majority of functions in the PAL block. “Out-of- 
phase" means that a function's reset and preset equations are 
identical to the PAL block preset and reset equations 
(respectively). 


Manual partitioning can prevent this "out-of-phase" condition. Manual 
partitioning may allow a function with a preset equation fit in an 
asynchronous macrocell to be fit in a synchronous macrocell if the function is 
not inherently asynchronous, (i.e., if it does not have a o which is a 
product of ae signals.) 
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Application Note: 
Hazard-Free Combinatorial Latches 


Devices: All MACH 


You may need to implement combinatorial latches in MACH devices. A 
combinatorial latch is a simple combinatorial function in which the output 1s 
derived from inputs and feedbacks. A seemingly correct logical design for a 
latch may be subject to hazard conditions that may cause the latch to fail.. 
This application note describes how to protect against hazard conditions by 
inserting redundancy into the latch equation. 


Basic Latch Circuit 
The basic transparent D-Latch expressed in MACHXL looks like the follwing: 


INPUT Data; 
INPUT LatchEnable; 
NODE Dlatch; 
DLatch = LatchEnable * Data 
+ /LatchEnable * DLatch; 


Hazard Term 


A Karnaugh map will reveal a potential hazard when the LatchEnable goes 
from | to 0 while Data is asserted. In the MACH devices, it is possible to lose 
the data during this transition. To protect against this hazard condition, a 
“Cover Term" must be added to the DLatch equation. In addition, steps must 
be taken to prevent the Cover Term from being reduced out. 


Hazard Free Latch 


We suggest encapsulating the combinatorial latch function in a DSL 
procedure which adds the hazard Cover Term and the 'NO REDUCE ' option 
to the output. Here is the source for this procedure: 
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PROCEDURE DLatch(INPUT Data, LatchEnable; OUTPUT 
DLatchOut NO REDUCE) ; | | 
DLatchOut = LatchEnable * Data 

+ /LatchEnable * DLatchOoOut 

+ Data * DLatchOut; "Cover Term 
END Dlatch; 
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Application Note: 
MACH Pin and Node Identification 


Devices: All MACH 


This application note describes the naming convention for pins of MACH 
devices. It provides a table of which pins are on which device. As a 
companion to this information, see the table at the end of this appendix, 
Complete List of MACH Pin Names. 


Naming Convention 


MACH devices have both physical pins (the ones on the device package), and 
virtual pins (i.e., node locations within the device). 


Physical pins are referenced by the pin number in the package diagram. 


MACH virtual pins are named according to their characteristics and their 
location in the device. The virtual pin names are derived from the following 
base names which imply the listed characteristics. 


BURIED OF_ 
Buried pins are nodes internal to the device which can never be made visible to 
a pin. In the MACH 2xx parts, these are the odd numbered macrocells. 


SHADOW_OF_ 

Shadow pins are biput macrocells that can be disconnected from an I/O pin. 
The macrocell is then used asa buried node, and the pin as an input. In the 
1xx and 2xx parts all I/O pins have corresponding shadow pins. 


UNARY OF _ 

Unary pins are nodes which register a single signal. Most often they are input 
registers. In the MACH215 and MACH4xx input registers are available on 
all I/O pins. | 


MACROCELL _ 

This designator is used in the MACH4xx for all logic macrocells. This is 
because any of the macrocells can be buried or tied to an I/O pin. In fact, any 
of the macrocells can be tied to any one of four I/O pins. Since the macrocells 
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are neither truly buried as defined above, nor are they directly associated with 


an identifiable I/O pin, they are simply designated as macrocells. 


The suffix of the virtual pin names indicates its location in the device. The 


first three pin base names are suffixed with an I/O pin number. This is the pin 


adjacent to the buried pin, tied to the shadow pin, or input to the unary pin. 


The last base name, MACROCELL , is suffixed with the PAL Block 
designator and location index within the block. 


Pin Name Tables 


This table shows the physical pin numbers according to PAL Block. It then 
provides the names of related virtual pins. In each case '##' refers to the 


associated physical pin number. 


Device I/O Pins 
PAL Block 

MACH110/111 

‘A! 2-9, 14-21 | 
‘B' 24-31, 36-43 
MACH210/211 

‘A 2-9 

'B' 14-21 

'C' 24-31 

'D' 36-43 
MACH215 

'A 2-9 

'B' 14-21 

'C' 24-31 

'D' 36-43 
MACH120 

‘A 2-7, 9-14 

'‘B' 21-26, 28-33 
'C' 36-41, 43-48 
'D' 55-60, 62-67 


Virtual Pins 


SHADOW _OF_## 
SHADOW _OF_ ## 


SHADOW_OF_## 
SHADOW OF ## 


SHADOW _OF_ ## 


SHADOW OF ## 


SHADOW_OF_## 
SHADOW _OF ## 
SHADOW _OF_## 
SHADOW _OF ## 


SHADOW _OF_## 
SHADOW _OF ## 
SHADOW OF ## 
SHADOW _OF_ ## 
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BURIED OF ## 
BURIED OF ## 
BURIED OF ## 
BURIED OF ## 


UNARY_OF_## 
UNARY_ OF ## 
UNARY_OF_## 
UNARY_OF_ ## 


Device 1/O Pins 

PAL Block 

MACH220/221 

‘A 2-7 

'B' 9-14 

'C' 21-26 

'D' 28-33 

i 36-41 

d 43-48 

'G' 55-60 

'H' 62-67 

MACH130/131 

‘A 3-10, 12-19 

'B' 24-31, 33-40 

'C' 45-52, 54-61 

‘D' 66-73, 75-82 

MACH230 

'A\ 3-10 

'B' 12-19 

'C' 24-31 

'D' 33-40 

'E' 45-52 

'F' 54-61 

'G' 66-73 

'H' 75-82 

MACH435 

‘A 3-10 
UNARY_ OF _ ## 

'B' 12-19 
UNARY OF _## 

'C' 24-31 
UNARY OF ## 

'D' 33-40 
UNARY OF ## 

'E' 45-52 
UNARY_ OF ## 
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Virtual Pins 


SHADOW _OF ## 
SHADOW OF ## 
SHADOW OF ## 
SHADOW _OF ## 
SHADOW _OF ## 
SHADOW OF ## 
SHADOW OF ## 
SHADOW _OF ## 


SHADOW_OF_## 
SHADOW _OF ## 
SHADOW _OF ## 
SHADOW _OF ## 


SHADOW _OF_## 
SHADOW _OF_## 
SHADOW_OF_## 
SHADOW _OF_## 
SHADOW OF ## 
SHADOW_OF_## 
SHADOW _OF ## 
SHADOW _OF_## 


BURIED OF ## 
BURIED OF ## 
BURIED OF ## 
BURIED OF ## 
BURIED OF ## 
BURIED OF ## 
BURIED OF ## 
BURIED OF ## 


BURIED OF ## 
BURIED OF ## 
BURIED OF ## 
BURIED OF ## 
BURIED OF ## 
BURIED OF ## 
BURIED OF ## 
BURIED OF ## 


MACROCELL AO0 - MACROCELL A15, 


MACROCELL_ B00 - MACROCELL_B15, 


MACROCELL_C00 - MACROCELL_C15, 


MACROCELL_D0O - MACROCELL_D15, 


MACROCELL_E00 - MACROCELL E15, 
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Device 1/O Pins 
PAL Block 

'F 54-61 
'G' 66-73 
'H' 75-82 
MACH465 

‘A 190-197 
'B' 200-207 
‘C 3-10 

'D' 13-20 
'E 32-39 

da 42-49 
'G' 54-61 

'H! 64-71 

T 86-93 

‘J 96-103 
'K' 107-114 
L 117-124 
'M' 136-143 
'N' 146-153 


Virtual Pins 


MACROCELL_F00 - MACROCELL F15, 

UNARY_OF_## 

MACROCELL_G00 - MACROCELL_G15, 
UNARY_OF_## 

MACROCELL_H00 - MACROCELL._H15, 
UNARY_OF_## 


MACROCELL_AO0 - MACROCELL_A15, 
UNARY_OF_## 

MACROCELL_BOO - MACROCELL _B15, 
UNARY_OF_## 

MACROCELL_C00 - MACROCELL_ C15, 
UNARY_OF_## | 
MACROCELL_DOO - MACROCELL D15, 
UNARY_ OF ## 

MACROCELL E00 - MACROCELL E15, 
UNARY_OF_## 

MACROCELL FOO - MACROCELL F15, 
UNARY_OF_## 

MACROCELL_GO0 - MACROCELL_G15, 
UNARY_OF_ ## 

MACROCELL_H00 - MACROCELL_H15, 
UNARY_ OF _## 

MACROCELL 100 - MACROCELL 115, 
UNARY OF ## 

MACROCELL _J00 - MACROCELL_J15, 
UNARY OF ## 

MACROCELL_K00 - MACROCELL_K15, 
UNARY OF ## 

MACROCELL LOO - MACROCELL L15, 
UNARY_ OF ## 

MACROCELL_ M00 - MACROCELL_M15, 
UNARY_OF_## 

MACROCELL_NOO - MACROCELL_N15, 
UNARY OF ## 
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158-165 


168-175 


MACROCELL_000 - MACROCELL_015, 
UNARY_OF_## 
MACROCELL_P00 - MACROCELL. P15, 
UNARY_OF_## 
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Application Note: 


Achieving Satisfactory Pinouts with MACH 
Devices 


Devices: All MACH 


This application note gives general guidelines for shaping the pinout 
configuration of a design fit into MACH devices. | 


Procedure 


The general approach is to first fit the problem unconstrained to prove there is 
a solution; then mold that solution into a pin-out meeting the board layout 
requirements. The steps needed to do this are listed below: 


1. Generate an unconstrained solution. Run the fitter to get an .npi 
file. 


2. Copy the .npi file to the .pi file. Strip the pin assignments and take 
out the NO_CONNECT information. 


3. Determine which sets of signals must be fit together on localized or 
sequential pins. The group statement will fit those signals in the 
same PAL block. Group those signals within the fixed group of 
the device. Leave the INPUT signals for later. Not every function 
must be in a group. It may help to sort the . pi file first to get 
signals with like names together, as they often are grouped 
together. 


The . pi file will look like this: 


DEVICE 

TARGET 'PART NUMBER AMD MACH130-15JC' ; 
INPUT B20M; 

INPUT NACKIO; 
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INPUT NACKI1; 


TXC; 


GROUP 
COL1; 
CRS1; 
END GROUP; 


GROUP 
COL2; 
CRS2; 
END GROUP; 


GROUP 
NACKOO; 
NACKO1; 
NACKO2; 

END GROUP; 


e°¢ 


END DEVICE; 


4. Run the fitter on the grouped .pi file. This shows which groups go 
best with other groups due to similar signal, OE, and RESET 
requirements. If this fails to fit the most likely cause is a group 
which violates the constraints of a PAL block. This will be noted 
in the Jog file. Find the offending group and either dissolve it or 
divide it into two groups. 


5. When the local groups are fit into PAL blocks, generate another 
npi file and make that the current .pi file. 


6. It may be necessary at this time to swap the contents. between two 
PAL blocks. If the PAL block assignments are satisfactory, go to 
step 7. Remember that if you have outputs in different PAL blocks 
that must be adjacent, you can have them span the boundary of 
adjacent PAL blocks or the wrap-around between the last PAL 
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block and the first. Pal block assignment can be done by using 
targeted groups within the device groups. The PAL blocks are 
named 'A' through 'H', 'D' or 'B' depending on how whether there 
are eight, four or two PAL blocks in the device. 


7. The first step is to target PAL blocks. The .pi file will show the 
pins of each signal but not the PAL block, refer to a pin-out table 
for the device and determine where the PAL block divisions occur. 
Divide the current .pi file into PAL block groups using the fixed 
group construct with target statements. Again, save the inputs for 
later. Then strip the pin numbers and reassign the groups as 
required. 


The .pi file will look like this: 


DEVICE 
TARGET "PART NUMBER AMD MACH130-15JC'; 


INPUT B20M; 
INPUT NACKIO; 
INPUT NACKI1; 


TXC; 

SECTION 
TARGET ‘'A'; 
NACKOO ; 
NACKO1; 
NACKO2; 


END SECTION; 


SECTION | 
TARGET 'B'; 
COL]; | 
CRS1; 
COL2; 
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CRS2; 
END SECTION; 


END DEVICE; 


8. Now fit and generate an .npi file. If the fit fails, consult the ./og 
file and make adjustments as required. One thing to try would be 
rotating the PAL block assignments (‘A' to 'B’, 'B' to 'C’, ... 'H' to 
'A'). 


9. When the PAL block assignments are satisfactory, generate 
another .npi file and make that the current .pi file. 


10. The last step is to find suitable pin assignments within the PAL 
blocks. First, add comments to the .pi file to show the PAL blocks 
limits. Then separate all the inputs and strip off their pin numbers. 
Again, they will be handled last unless there are overriding reasons 
to place them earlier. The reasoning here is inputs have only 
routing constraints, while functions have routing, pterm allocation, 
and control function constraints and are generally the harder 
assignments. 


11. The key here is to take small steps. Work on one PAL block at a 
time. Strip off the pin numbers. Pick one group of signals and 
assign it the desired pin assignment. Then run fit. If it fails, be 
sure to check the ./og file, although often it will indicate routing 
could not be achieved. Try shifting the signals by one pin; try 
walking an unassigned pin through the group; try assigning the 
other pins, and see where the group ends up. When you finish one 
PAL block, go on to the next. Be sure to leave room for sequential 
assignments of input groups. It may by helpful to leave biputs 
available adjacent to the dedicated input pins so input groups can 
fit across dedicated inputs and onto the biputs. Remember clock 
signals must go on clock/input pins. 
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Application Note: 


Refitting into MACH Devices 


506 


Devices: All MACH 


The first step to successfully refitting a MACH design is to plan from the 
beginning of design implementation to allow for refitting. Keep utilization 
low, below 70%. Keep pinout options open as long as possible. Don't release 
board layout after the first successful fit, since the design will undoubtedly 
change and changes may not refit the way the original design was fit. As 
much as possible, try to work with what the fitter would prefer to do, 
especially in terms of partitioning into PAL blocks, rather than forcing a pre- 
conceived pinout. 


This application note describes the best method currently available to recreate 
a specific pinout for a MACH design. We assume you have fit a design, and 
produced a JEDEC map and a .npi file. The objective is to make a .pi file 
which reproduces the pinout. 


For more information on these subjects, see the application notes entitled 
"Achieving Satisfactory Pin-outs with the MACH Fitter" and "MACH Pin 
and Node Identification". 


Concept 


The procedure described below preserves the PAL block partitioning of all the 
functions while allowing the fitter the freedom to move buried logic within a 
PAL block, but not from one PAL block to another. Outputs and inputs 
remain fixed to specific device pins. To do this, we convert the flat .npi file to 
a two level file adding PAL block SECTIONs within a DEVICE construct. In 
the PAL block groups we place all the outputs and all the buried nodes which 
were in one PAL block. In general, we leave the pin assignments on the 
outputs, but not on the nodes. Special attention must be paid to nodes which 
were brought to pins for routing purposes (i.e., omit pin assignment) and 
functions fit as registered inputs (i.e., preserve buried pin assignment). 
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The .pi file property FLOAT_NODES can be used to release the nodes from 
their pin assignments, while keeping them in the PAL block to which they 
were assigned. This is useful when trying to recreate a pinout. The 
FLOAT NODES .pi file property can be used in replacement of the 
procedure described below. 


Procedure 


1) Fit the design using a template statement in the . pi file (the fitter). 
This .pi file produces the design_name.rpt file which will be 
needed later. The .pi file can be as simple as: 


DEVICE TARGET 'PART NUMBER amd mach210-15jc'; END DEVICE; 
2) Document the design . This produces the design name.doc file. 


3) Implement the design. This produces the JEDEC file and also the 
design name.npi file. 


4) Copy design _name.npi to desi gn name. pi. 


5) In the .pi file, move all inputs to the top (or bottom) of the file, 
preserve pin assignments. 


6) Set up two, four or eight fixed groups depending on the device. 
See tables following for grouping information. 


7) Segregate all outputs and nodes into sections according to which 
PAL block they were originally fit. 


8) For MACH2xx parts, check the .rpt file for nodes fit using zero 
clusters (SIGNAL DIRECTORY section). These nodes are fit 
with input registers and the pin assignment must be preserved. See 
the previous section entitled "Using MACH Input Registers". 


9) For MACH435, preserve any pin assignment to UNARY OF ##. 
This is an input register assignment. 
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10)Check for nodes which have been fit on I/O pins and are not 
required on another device. The .doc file lists all nodes (at the 
top), and the wire list (at the bottom) shows which are wired to 
another device. You can drop the pin assignment on nodes which 
are not needed on another device. 


11) Except as indicated in steps 7) and 8), drop all pin assignments 
for buried logic, and preserve all pin assignments for I/O pins. 


12) Rerun the fitter. If the design fits successfully, you have a 
repeatable solution. 


Example 


A design was fit into a MACH230. The .rpt file contains the following lines 
in the signal directory indicating that ‘df_reg[1]' and ‘df_reg[2]' are fit on input 


registers: 7 
Signal Source -PalBlk Pal Block Inputs 
# Name Type Clusters 
68 df reg[2] DFF Hidden A O Al3 
69 df reg[1] DFF Hidden A O Al2 


In addition, we see node df_reg[0] is placed ona pin. This is done for 
routing purposes, since the signal is not needed outside the device. 


Using the procedure above, we generate the .pi file below from the .npi file 
produced by the fuse mapper. 


DEVICE 7 

TARGET 'PART NUMBER AMD MACH230-15JC'; 
dout[19]:3; 

dout[6]:4; 

dout[5]:5; 

dout[2]:6; 

INPUT dflags[1]:7; 

INPUT dflags[(2]:8; 

dout[1)]:9; 

INPUT dflags(0]:12; 
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INPUT din[{0]:13; 
INPUT din[10):14; 
INPUT din[2]:15; 
frame:16; 

INPUT delay[4]):17; 
INPUT rst:18; 
INPUT new_con:19; 
INPUT clk:20; 
INPUT din[18):23; 
dout[(9]:24; 
dout[(8]:25; 
dout[4]:26; 
dout[(3]:27; 

INPUT din[4]:29; 
INPUT din[17]:33; 
INPUT tx_en: 34; 
INPUT din[15):35; 
INPUT delay([0]:36; 
INPUT din[16):37; 
INPUT din[({11]:38; 
INPUT ef0: 39; 
INPUT phase: 40; 
INPUT delay[5]:41; 
dout[(18]:45; 

INPUT delay[2]:46; 
INPUT din[(9]:47; 
INPUT delay[3]:48; 
INPUT din[5]:49; 
INPUT din[{1]:50; 
INPUT din[14]):51; 
INPUT din[{19}]:52; 
dout[17}]:54; 

INPUT delay[1]:55; 
dout[14]:56; 
dout[(11)]:57; 
dout[7]:58; 

INPUT din[3]:65; 
dout [16] :66; 
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dout[(15)]:67; 

INPUT din[{12]:68; 
INPUT din[8]:69; 
dout[(12]:70; 

INPUT din[(7]:71; 

fifo ren:72; 

af reg[(0):75; 

INPUT ef1:76; 

INPUT din[(6]:77; 
dout[13]:78; 
dout[10)]:79; 
dout[0}:80; 

INPUT din[{13]:83; 

af _reg{1]):BURIED OF 7; 
df reg[2):BURIED OF 8; 
sO:SHADOW OF 19; 
s2:SHADOW OF 18; 
dcnt[0]):SHADOW OF 17; 
sl:SHADOW OF 14; 

dval: SHADOW OF 13; 
dcnt[2]:BURIED OF 38; 
dcnt[(4]:SHADOW OF 36; 
prep done:SHADOW OF 35; 
dcnt(5]:SHADOW OF 33; 
dent(3]:BURIED OF 50; 
dcnt[1]:SHADOW OF 71; 
dv_lvl0O:BURIED OF 80; 
dv_lvll:SHADOW OF 76; 
END DEVICE; 


DEVICE 
TARGET 'PART NUMBER AMD MACH230-15JC'; 


INPUT dflags[(1]:7; 
INPUT dflags[2]:8; 
INPUT dflags[(0]:12; 
INPUT din[(0}:13; 
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INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 
INPUT 


din[10)]:14; 
din[{2]:15; 
delay[4)]:17; 
rst:18; 
new_con:19; 
clk:20; 
din[18]:23; 
din(4]:29; 
din({17)]:33; 
tx_en: 34; 
din[{15]:35; 
delay[0]:36; 
din[{16)]:37; 
din[11]:38; 
ef0:39; 
phase: 40; 
delay[5]:41 
delay[2]:46 
din[(9]:47; 
delay[3]:48 
din[5):49; 
din[{1]:50; 
din[(14]:51; 
din[{19]:52; 
delay[1]:55 
din[3]:65; 
din[12]:68; 
din[8]:69; 
din(7):71; 
ef1:76; 
din[6]:77; 
din[(13]:83; 


=e ~e 


me 


me 


SECTION 
dout[19]:3; 
dout[(6):4; 
dout[(5]:5; 
dout[2]:6; 
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dout[(1):9; | 

df reg{1]:BURIED OF 7; "Part of input register assignment 
df reg{2]:BURIED OF 8; "Part of input register assignment 
END SECTION; 


SECTION 

frame:16; 

s0; ":;SHADOW OF 19; 
S2; ";SHADOW OF 18; 
dent [0]; ":SHADOW OF 17; 
sl; ";SHADOW OF 14; 
aval; ";SHADOW OF 13; 


END SECTION; 


SECTION 

dout(9):24; 
dout[(8j]:25; 
dout[(4]:26; 
dout[3):27; 
END SECTION; 


SECTION 

dent[(2]; ";BURIED OF 38; 
dent[4]; ":SHADOW OF 36; 
prep done; ":SHADOW OF 35; 
dent[5]; "3;SHADOW OF 33; 


END SECTION; 


SECTION 

dout([(18]:45; 

dent[3]; ":;BURIED OF 50; 
END SECTION; 


SECTION 

dout[17]:54; 
dout[14]:56; 
dout[(11):57; 
dout[7):58; 
END SECTION; 
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SECTION 

dout[16]:66; 

dout[(15):67; 

dout(12j]:70; 

fifo ren:72; 

“dent[1]; ":SHADOW OF 71; 
END SECTION; 


SECTION 

af reg[0O); ":75; This is a node on a pin 
dout[(13]:78; 

dout[10]:79; 

dout[0]:80; 

dv_lvl0; ":BURIED OF 80; 

dv_lvll; ": SHADOW OF _ 76; 

END SECTION; 

END DEVICE; 
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Application Note: 


Forcing Unused MACH Outputs to be Driven 
or Floating 


DEVICES: MACH 1xx and 2xx_ 


. For MACH 1xx and 2xx devices, I/O pins having neither input or output 
signals may be driven or floating, depending on whether the associated 
macrocell (shadow pin) is used. Ifa hidden function is placed on the 
macrocell, the pin is placed in the high impedance or ‘floating' state. If the 
macrocell is not used, the pin is placed in a driven state and a constant value is 
placed on the pin. This application note describes a method to configure these 
pins, should you need to do so. 


This does not apply to the MACH435 because these outputs have built in pull 
ups on the outputs, providing a default input when left unconnected. 


Some of the 1xx and 2xx family of devices are available with pull ups as well. 
Consult the AMD Data Book for this information. Also see the table at the 
end of this appendix, Fuse Commands for Forcing Outputs to be Driven. 


Forcing Outputs Driven 


To force an output to be driven, the user must first assign all outputs to pins 
so that the unused pins are known. Then, in the .pi file, the user places fuses 
statements (INTACT <fuse no.>' and 'BLOWN <fuse no.>' to modify the 
implementation. 


The table, Fuse Commands for Forcing Outputs to be Driven, contains fuse 
assignment statements to assert the tri-state enable for unused pins on all 
MACH devices. 


If a node was placed on the corresponding shadow pin, its signal is present on 
the pin. Otherwise, the pin will be asserted either high or low depending on 
how other unused internal resources are dispensed. 
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Example 


An example .pi file would look like this. For space, we consider only PAL 
block 'A'. We have outputs on pins 2-9, and wish to assert the OE on pins 14 
to 21. 


DEVICE TARGET "PART NUMBER AMD MACH110-15JC'; 
O1:2; 02:3; 03:4; 04:5; 
05:6; 06:7; 07:8; 08:9; 


"Assert OE on remaining outputs 


INTACT 6230 ; BLOWN 6231 ; " Pin 14: 
INTACT 6238 ; BLOWN 6239 ; " Pin 15: 
INTACT 6246 ; BLOWN 6247 ; " Pin 16: 
INTACT 6254 ; BLOWN 6255 ; " Pin 17: 
INTACT 6262 ; BLOWN 6263 ; " Pin 18: 
INTACT 6270 ; BLOWN 6271 ; " Pin 19: 
INTACT 6278 ; BLOWN 6279 ; " Pin 20: 
INTACT 6286 ; BLOWN 6287 ; " Pin 21: 


END DEVICE; 


Forcing Outputs Floating 


To force an output to float, the user must first assign all outputs to pins so the 
unused pins are known. Then, in the .pi file, the user places fuse statements 
(INTACT <fuse no.>' and ‘INTACT <fuse no.>' to modify the 
implementation. 


The table, Fuse Commands for Forcing Outputs to be Driven, can be used 
to configure floating outputs. Just replace the 'BLOWN' keyword with the 
INTACT’ keyword. 


If a node has been placed on the corresponding shadow pin, its signal is 
present on the pin. Otherwise, the pin is asserted either high or low depending 
on how other unused internal resources are dispensed with. 
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Example 


An example .pi file would look like this. For space, we only consider PAL 
block 'A'. We have outputs on pins 2-9, and wish to float the OE on pins 14 
to 21. | 


DEVICE TARGET 'PART NUMBER AMD MACH110-15JC'; 
O1:2; 02:3; 03:4; 04:5; | 
05:6; 06:7; 07:8; 08:9; 


"Float OE on remaining outputs 


INTACT 6230 ; INTACT 6231 ; 1" Pin 14: 
INTACT 6238 ; INTACT 6239 ; 1" Pin 15: 
INTACT 6246 ; INTACT 6247 ; 1" Pin 16: 
INTACT 6254 ; INTACT 6255 ; " Pin 17: 
INTACT 6262 ; INTACT 6263 ; 1" Pin 18: 
INTACT 6270 ; INTACT 6271 ; 1" Pin 19: 
INTACT 6278 ; INTACT 6279 ; " Pin 20: 
INTACT 6286 ; INTACT 6287 ; " Pin 21: 


END DEVICE; 
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Application Note: 


Possible Pin Incompatibility Between 
MACH230 and MACH435 


Devices: MACH230 and MACH435 


In rare cases, designs fitting in a MACH230 are not pin compatible with the 
MACH435. We say ‘rare’ because it happens only when using both registers 
and latches in the same PAL block using pins 20 and 22, or pins 62 and 65 for 
the clock and latch enable signals. 


This is due to the change in latch implementation between the MACH 1 and 2 
families and the MACH 3 and 4 families. In the MACH 1 and 2 case, latches 
are transparent low, and latched high. In the MACH 3 and 4 families, this 
sense 1s reversed to provide the more common funtionality of transparent 
high, latch low. 


Since the MACH435 can select clock polarity, this change is seldom a 
problem for the 435. Not all combinations of clock polarities for all clock 
pins are availible within a single PAL block. This means a problem can arise 
when porting a design with clocks and registers in the same block using clock 
pins from the same clock pair. 


The clock pins are paired internally as CLKO (pin 20) and CLK1 (pin 22) and 
as CLK2 (pin 62) and CLK3 (pin 65). Within each PAL block, the MACH 
435 can select a clock polarity configuration (from each pair) allowing: 


© both clocks TRUE 
© both clocks inverted 
© both phases of one of the clock pair. 


A given PAL block cannot have one clock of the pair with true sense and the 
other with inverted sense. 


Consider a MACH230 design with a register and latch in the same PAL block. 
Assume the register is clocked by one clock pin of a pair and the latch is 
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enabled by the other pin of the pair. Differences between the latches of the 
MACH230 and the MACH435 mean the 435 must invert the latch enable to 
achieve the same functionality. This means the PAL block needs exactly the 
same clock polarity (but can’t have it), having true sense of one member and 
inverted sense of the other. 


If one of the functions is a node, it may be possible to move it to another 
block. It may also be possible to force one of the clocks to be asynchronous 
(clocking by pterm row) by using an internal node to produce the clock signal. 
The point is to be aware there may be problems in these rare cases with ported 
designs. 
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Application Note: 


Complete List of MACH Pin Names 


Devices: All MACH 


This table gives a complete list of MACH device pin names and the internal 
pin numbers associated with each. 


Pin Numbering 


The internal pin numbers refer to the physical pins followed by the virtual 
pins. Internal pin numbers start with zero, so the first pin of a 44-pin package 
is 0 and the last is 43. The first virtual pin is 44. A similar numbering 
scheme is used for the 68 and 84 pin packages. 


44-Pin Packages 


These devices use 0 through 43 for the physical pins. Virtual pins begin at 44 
and go on as required by the device. The MACH110 has 32 virtual pins, the 
MACH210 and MACH215 each have 64 virtual pins. 


MACH110 


SHADOW_OF_2, SHADOW_OF_3, 

SHADOW_OF_6, SHADOW_OF_7, 

SHADOW_OF_14,SHADOW_OF_15, 
SHADOW_OF_18, SHADOW_OF_19, 
SHADOW_OF_24, SHADOW_OF_ 25, 
SHADOW_OF_28, SHADOW_OF_29, 
SHADOW_OF_36, SHADOW_OF_37, 
SHADOW_OF_40, SHADOW_OF_41, 


MACH210 
SHADOW_OF_2, 
SHADOW_OF_4, 
SHADOW_OF 6, 
SHADOW _OF_8, 

- SHADOW_OF_ 21 


BURIED_OF_2, 
BURIED_OF_4, 
BURIED_OF_6, 
BURIED _OF 8, 

BURIED_OF_21, 


SHADOW_OF_19, BURIED _OF_19, 
SHADOW_OF_17,BURIED_OF_17, 
SHADOW_OF_15,BURIED_OF_15, 
SHADOW_OF_24, BURIED_OF_24, 
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SHADOW_OF_4, 

SHADOW_OF_8, 

SHADOW_OF_16, 
SHADOW_OF_20, 
SHADOW_OF_26, 
SHADOW_OF_30, 
SHADOW_OF_ 38, 
SHADOW_OF_42, 


SHADOW_OF_3, 
SHADOW_OF_5, 
SHADOW_OF_7, 
SHADOW_OF_9, 
SHADOW_OF_20, 
SHADOW_OF_18, 
SHADOW_OF_16, 
SHADOW_OF_14, 
SHADOW_OF_25, 


SHADOW_OF_5, 

SHADOW_OF _9, 

SHADOW_OF_17, 
SHADOW_OF_21, 
SHADOW_OF_27, 
SHADOW_OF_31, 
SHADOW_OF_39, 
SHADOW_OF_43 


BURIED_OF_3, 
BURIED_OF_5, 
BURIED_OF_7, 
BURIED_OF 9, 
BURIED_OF_20, 
BURIED_OF_18, 
BURIED _OF_16, 
BURIED_OF_14, 
BURIED_OF_25, 
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SHADOW_OF_26, BURIED_OF_26, 
SHADOW_OF_28, BURIED_OF_28, 
_ SHADOW_OF_30, BURIED_OF_30, 
SHADOW_OF_43, BURIED_OF_ 43, 
SHADOW_OF_41,BURIED_OF_41, 
SHADOW_OF_39, BURIED_OF_39, 
SHADOW_OF_37,BURIED_OF_37, 


MACH215 
SHADOW_OF_2, 
SHADOW_OF_4, 
SHADOW_OF_6, UNARY_OF 6, 
SHADOW_OF_8, UNARY_OF_8, 
SHADOW_OF_21,UNARY_OF_21, 
SHADOW_OF_19, UNARY_OF_19, 
SHADOW_OF_17, UNARY_OF_17, 
SHADOW_OF_15, UNARY_OF_15, 
SHADOW_OF_24, UNARY_OF_24, 
SHADOW_OF_26, UNARY_OF_26, 
SHADOW _OF_28, UNARY_OF_28, 
SHADOW_OF_30, UNARY_OF_30, 
SHADOW_OF_43, UNARY_OF_ 43, 
SHADOW_OF_41, UNARY_OF_41, 
SHADOW_OF_39, UNARY_OF_39, 
SHADOW_OF_37,UNARY_OF_37, 


UNARY_OF_2 
UNARY_OF_4, 


68-Pin Packages 


These devices use 0 through 67 for the physical pins. Virtual pins begin at 68 
and go on as required by the device. The MACH120 has 48 virtual pins, the 


SHADOW_OF_27, 
SHADOW_OF_29, 
SHADOW_OF_31, 
SHADOW_OF_42, 
SHADOW_OF_4O0, 
SHADOW_OF_38, 
SHADOW_OF_36, 


SHADOW_OF_3, 
SHADOW_OF_5, 
SHADOW_OF_7, 
SHADOW_OF_9, 


SHADOW _OF_20, 
SHADOW_OF_18, 
SHADOW_OF_16, 
SHADOW_OF_14, 
SHADOW_OF_25, 
SHADOW_OF_27, 
SHADOW_OF_29, 
SHADOW_OF_ 31, 
SHADOW_OF_42, 
SHADOW_OF_40, 
SHADOW_OF_ 38, 
SHADOW_OF_36, 


MACH220 has 96 virtual pins. 


MACH120 

SHADOW_OF_2, SHADOW_OF 3, 
SHADOW_OF_6, SHADOW_OF _7, 
SHADOW_OF_11,SHADOW_OF_12, 
SHADOW_OF_33, SHADOW_OF_32, 
SHADOW_OF_29, SHADOW_OF_28, 
SHADOW_OF_24, SHADOW_OF_23, 
SHADOW_OF_36, SHADOW_OF_37, 
SHADOW_OF_40, SHADOW_OF_41, 
SHADOW_OF_45, SHADOW_OF_46, 
SHADOW_OF_67, SHADOW_OF _66, 
SHADOW_OF_63, SHADOW_OF_62, 
SHADOW_OF_58, SHADOW_OF_57, 


MACH220 
SHADOW_OF_2, BURIED_OF_2 
SHADOW_OF_4, BURIED_OF_4, 
SHADOW_OF_6, BURIED_OF 6 
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SHADOW_OF_4, 
SHADOW_OF_9, 


SHADOW_OF_13, 
SHADOW_OF_31, 
SHADOW_OF_26, 
SHADOW _OF_22, 
SHADOW_OF_38, 
SHADOW_OF_43, 
SHADOW_OF_47, 
SHADOW_OF_65, 
SHADOW _OF_60, 
SHADOW_OF_56, 


SHADOW_OF_3, 
SHADOW _ OF_5, 
SHADOW_OF_7 
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BURIED_OF_27, 
BURIED_OF_29, 
BURIED_OF_31, 
BURIED_OF_42, 
BURIED_OF_40, 
BURIED_OF_38, 
BURIED_OF_36 


UNARY_OF_3, 
UNARY_OF_5, 
UNARY_OF_7, 

UNARY_OF_9, 

UNARY_OF_20, 
UNARY_OF_18, 
UNARY_OF_16, 
UNARY_OF_14, 
UNARY_OF_25, 
UNARY_OF_27, 
UNARY_OF_29, 
UNARY_OF_ 31, 
UNARY_OF_42, 
UNARY_OF_40, 
UNARY_OF_ 38, 
UNARY_OF_36 


SHADOW_OF_5, 

SHADOW_OF_10, 
SHADOW_OF_14, 
SHADOW_OF_30, 
SHADOW_OF_25, 
SHADOW_OF_21, 
SHADOW_OF_39, 
SHADOW_OF_44, 
SHADOW_OF_48, 
SHADOW_OF_64, 
SHADOW_OF_59, 
SHADOW_OF_55 


MACH220 (con’t) 


SHADOW_OF_14,BURIED_OF_14, SHADOW_OF_13, | BURIED_OF_13 
SHADOW_OF_12,BURIED_OF_12, SHADOW_OF_11,  BURIED_OF_11, 
SHADOW_OF_10,BURIED_OF_10, SHADOW_OF_9, BURIED_OF_9, 

SHADOW_OF_21,BURIED_OF_21, SHADOW_OF 22, BURIED_OF_22, 
SHADOW_OF_23,BURIED_OF_23, SHADOW_OF_24, | BURIED_OF_24, 
SHADOW_OF_25, BURIED_OF_25, SHADOW_OF 26, BURIED_OF_26, 
SHADOW_OF_33, BURIED_OF_33, SHADOW_OF_32,  BURIED_OF_32, 
SHADOW_OF_31,BURIED_OF_31, SHADOW_OF_30, | BURIED_OF_30, 


SHADOW_OF_29, BURIED_OF_29, SHADOW_OF_28,  BURIED_OF_28, 
SHADOW_OF_36,BURIED_OF_36, SHADOW_OF_37, _ BURIED_OF_37, 
SHADOW_OF_38, BURIED_OF_38, SHADOW_OF_39,  BURIED_OF_39, 
SHADOW_OF_40,BURIED_OF_40, SHADOW_OF_41,  BURIED_OF_41, 
SHADOW_OF_48,BURIED_OF_48, SHADOW_OF_47, —_ BURIED_OF_47, 


SHADOW_OF_46,BURIED_OF_46, SHADOW_OF_45, — BURIED_OF_45, 
SHADOW_OF_44,BURIED_OF_44, SHADOW_OF_43,  BURIED_OF_43, 
SHADOW_OF_55, BURIED_OF_55, SHADOW_OF_56, = BURIED_OF_56, 
SHADOW_OF_57,BURIED_OF_57, SHADOW_OF_58, = BURIED_OF_58, 
SHADOW_OF_59, BURIED_OF_59, SHADOW_OF_60,  BURIED_OF_60, 


SHADOW_OF_67,BURIED_OF_67, SHADOW_OF_66, | BURIED_OF 66, 
SHADOW_OF_65, BURIED_OF_65, SHADOW_OF_64, — BURIED_OF_64, 
SHADOW_OF_63, BURIED_OF_ 63, SHADOW_OF 62,  BURIED_OF 62 


84-Pin Packages 


These devices use 0 through 83 for the physical pins. Virtual pins begin at 84 
and go on as required by the device. The MACH130 has 64 virtual pins, the 
MACH230 has 128 virtual pins, and the MACH435 has 192 virtual pins. 


MACH130 
SHADOW_OF_3, SHADOW_OF_4, | SHADOW_OF 5, SHADOW_OF 6, 
SHADOW_OF_7, SHADOW_OF_8, | SHADOW_OF 9, SHADOW_OF_10, 


SHADOW_OF_12,SHADOW_OF_13, SHADOW_OF_14, | SHADOW_OF_15, 
SHADOW_OF_16,SHADOW_OF_17, SHADOW_OF_18, | SHADOW _OF_19, 
SHADOW_OF_40,SHADOW_OF_39, SHADOW_OF_38, | SHADOW_OF_37, 
SHADOW_OF_36,SHADOW_OF_35, SHADOW_OF 34, SHADOW_OF_33, 
SHADOW_OF_31,SHADOW_OF_30, SHADOW_OF_29, | SHADOW_OF_28, 
SHADOW_OF_27,SHADOW_OF_26, SHADOW_OF 25, | SHADOW_OF_24, 
SHADOW_OF_45,SHADOW_OF_46, SHADOW_OF_47, | SHADOW_OF_48, 
SHADOW_OF_49,SHADOW_OF_50, SHADOW_OF_51, | SHADOW_OF_52, 
SHADOW_OF_54,SHADOW_OF_55, SHADOW_OF 56, | SHADOW_OF_57, 
SHADOW_OF_58,SHADOW_OF_59, SHADOW_OF 60, SHADOW_OF.61, 
SHADOW_OF_82,SHADOW_OF_81, SHADOW_OF 80, SHADOW_OF 79, 
SHADOW_OF_78,SHADOW_OF_77, SHADOW_OF_76, | SHADOW_OF_75, 
SHADOW_OF_73,SHADOW_OF_72, SHADOW_OF_71, | SHADOW_OF_70, 
SHADOW_OF_69,SHADOW_OF_68, SHADOW_OF 67, SHADOW _OF 66 
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MACH230 

SHADOW_OF | 
SHADOW_OF 
SHADOW_OF_7, 
SHADOW_OF_9, 


Ow 


BURIED_OF_3, 
BURIED_OF_5, 
BURIED_OF_7, 
BURIED_OF_9, 


SHADOW_OF_19, BURIED_OF_19, 
SHADOW_OF_17,BURIED_OF_17, 
SHADOW_OF_15, BURIED_OF_15, 
SHADOW_OF_13, BURIED_OF_13, 
SHADOW_OF_24, BURIED_OF_24, 
SHADOW_OF_26,BURIED_OF_26, 
SHADOW_OF_28,BURIED_OF_28, 
SHADOW_OF_30,BURIED_OF_30, 
SHADOW_OF_40, BURIED_OF_40, 
SHADOW_OF_38, BURIED_OF_38, 
SHADOW_OF_36, BURIED_OF_36, 
SHADOW_OF_34, BURIED_OF_34, 
SHADOW_OF_45, BURIED_OF_45, 
SHADOW_OF_47,BURIED_OF_47, 
SHADOW _OF_49, BURIED_OF_49, 
SHADOW_OF_51,BURIED_OF_51, 
SHADOW_OF_61,BURIED_OF_61, 
SHADOW_OF_59, BURIED_OF_59, 
SHADOW_OF_57,BURIED_OF_57, 
SHADOW_OF_55, BURIED_OF_55, 
SHADOW_OF_66, BURIED_OF_66, 
SHADOW_OF_68, BURIED_OF_68, 
SHADOW_OF_70, BURIED_OF_70, 
SHADOW_OF_72, BURIED_OF_72, 
SHADOW_OF_82, BURIED_OF_82, 
SHADOW_OF_80,BURIED_OF_80, 
SHADOW_OF_78, BURIED_OF_78, 
SHADOW_OF_76,BURIED_OF_76, 


MACH435 
UNARY_OF_3, 
UNARY_OF_7, 
UNARY_OF_19, 
UNARY_OF_15, 
UNARY_OF_24, 
UNARY_OF_28, 
UNARY_OF_40, 
UNARY_OF _36, 
UNARY_OF_45, 
UNARY_OF_49, 
UNARY_OF_61, 
UNARY_OF_57, 
UNARY_OF_66, 
UNARY_OF_70, 
UNARY_OF_ 82, 
UNARY_OF_78, 


UNARY_OF_4, 
UNARY_OF_8, 

UNARY_OF_18, 
UNARY_OF_ 14, 
UNARY_OF_25, 
UNARY_OF_29, 
UNARY_OF_39, 
UNARY_OF_35, 
UNARY_OF_46, 
UNARY_OF_50, 
UNARY_OF_60 
UNARY_OF_56, 
UNARY_OF_67, 
UNARY_OF_71, 
UNARY_OF_81, 
UNARY_OF_77, 


SHADOW_OF_4, 
SHADOW_OF_6, 
SHADOW_OF_8, 


SHADOW_OF_10, 
SHADOW_OF_18, 
SHADOW_OF_16, 
SHADOW_OF_14, 
SHADOW_OF_12, 
SHADOW_OF_25, 
SHADOW_OF_27, 
SHADOW_OF_29, 
SHADOW_OF_31, 
SHADOW_OF_39, 
SHADOW_OF_37, 
SHADOW_OF_35, 
SHADOW_OF_33, 
SHADOW_OF_46, 
SHADOW_OF_48, 
SHADOW_OF_5O0, 
SHADOW_OF_52, 
SHADOW_OF_60, 
SHADOW_OF_58, 
SHADOW_OF_56, 
SHADOW_OF_54, 
SHADOW_OF 67, 
SHADOW_OF_69, 
SHADOW_OF_71, 
SHADOW_OF_73, 
SHADOW_OF_81, 
SHADOW _OF_79, 
SHADOW_OF_77, 
SHADOW_OF_75, 


UNARY_OF_5, 


- UNARY_OF_9, 


UNARY_OF_17, 
UNARY_OF_13, 
UNARY_OF_26, 
UNARY_OF_30, 
UNARY_OF_38, 
UNARY_OF_34, 
UNARY_OF_47, 
UNARY_OF_51, 
UNARY_OF_59, 
UNARY_OF_55, 
UNARY_OF_68, 
UNARY_OF_72, 
UNARY_OF_80, 
UNARY_OF_76, 
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BURIED_OF_4, 
BURIED_OF_6, 

BURIED_OF_8, 

BURIED_OF_10, 
BURIED_OF_18, 
BURIED_OF_16, 
BURIED_OF_14, 
BURIED_OF_12, 
BURIED_OF_25, 
BURIED _OF_27 
BURIED_OF_29, 
BURIED_OF_31, 
BURIED_OF_39, 
BURIED_OF_37, 
BURIED_OF_35, 
BURIED_OF_33, 
BURIED_OF_46, 
BURIED_OF_48, 
BURIED_OF_50, 
BURIED_OF_52, 
BURIED_OF_60, 
BURIED_OF_58, 
BURIED_OF_56, 
BURIED_OF_54, 
BURIED_OF_67, 
BURIED_OF_69, 
BURIED_OF_71, 
BURIED_OF_73, 
BURIED_OF_81, 
BURIED_OF_79, 
BURIED_OF_77, 
BURIED_OF_75 


UNARY_OF_6, 


UNARY_OF_10, 
UNARY_OF_16, 
UNARY_OF_12, 
UNARY_OF_27, 
UNARY_OF_31, 
UNARY_OF_37, 
UNARY_OF_33, 
UNARY_OF_48, 
UNARY_OF_52, 
UNARY_OF_58, 
UNARY_OF_54, 
UNARY_OF_69, 
UNARY_OF_73, 
UNARY_OF_79, 
UNARY_OF_75, 


MACH435 (con't) 
MACROCELL_AOO, 


MACROCELL_A04, 


MACROCELL_AO8, 
MACROCELL_A12, 
MACROCELL_BOO, 
MACROCELL_B04, 
MACROCELL_BO8, 
MACROCELL_B12, 
MACROCELL._COO, 
MACROCELL_C04, 
MACROCELL_CO8, 
MACROCELL_C12, 
MACROCELL_DOO, 
MACROCELL_D04, 
MACROCELL_DO8, 
MACROCELL_D12, 
MACROCELL_EOO, 
MACROCELL_E04, 
MACROCELL_E08, 
MACROCELL E12, 
MACROCELL_FOO, 
MACROCELL. F04, 
MACROCELL_FO8, 
MACROCELL_F12, 
MACROCELL_GOO, 
MACROCELL_GO04, 
MACROCELL_GO8, 
MACROCELL_G12, 
MACROCELL_ HOO, 
MACROCELL_H04, 
MACROCELL_HO08, 
MACROCELL_H12, 


MACH465 
UNARY_OF_190, 
UNARY_OF_194, 
UNARY_OF_200, 
UNARY_OF _204, 
UNARY_OF_20, 
UNARY_OF_16, 
UNARY_OF_10, 
UNARY_OF 6, 
UNARY_OF_32, 
UNARY_OF_36, 
UNARY_OF_ 42. 
UNARY_OF_46, 
UNARY_OF_71, 
UNARY_OF_ 67, 
UNARY_OF_ 61, 
UNARY_OF_57, 


MACROCELL_A01, 
MACROCELL_AO5, 
MACROCELL_AO9, 
MACROCELL_A13, 
MACROCELL_B01, 
MACROCELL_B05, 
MACROCELL_BO9, 
MACROCELL_B13, 
MACROCELL_CO01, 
MACROCELL_CO5, 
MACROCELL_CO9, 
MACROCELL_C13, 
MACROCELL_D01, 
MACROCELL_D05, 
MACROCELL_DO9, 
MACROCELL_D13, 
MACROCELL_E01, 
MACROCELL_E05, 
MACROCELL_EO9, 
MACROCELL_E13, 
MACROCELL_F01, 
MACROCELL_FO5, 
MACROCELL_FO9, 
MACROCELL_F13, 
MACROCELL_G01, 
MACROCELL_G05, 
MACROCELL_ G09, 
MACROCELL_G13, 
MACROCELL_HO01, 
MACROCELL_HO05, 
MACROCELL_HO9, 
MACROCELL_H13, 


UNARY_OF_191, 
UNARY_OF_195, 
UNARY_OF_201, 
UNARY_OF_205, 
UNARY_OF_19, 
UNARY_OF_15, 
UNARY_OF_9, 
UNARY_OF_5, 
UNARY_OF_33, 
UNARY_OF_37, 


-UNARY_OF_43, 


UNARY_OF_47, 
UNARY_OF_70, 
UNARY_OF_ 66, 
UNARY_OF_60, 
UNARY_OF_56, 


MACROCELL_A02, 
MACROCELL_AO6, 
MACROCELL._A10, 
MACROCELL_A14, 
MACROCELL_B02, 
MACROCELL_B06, 
MACROCELL_B10, 
MACROCELL_B14, 
MACROCELL._ C02, 
MACROCELL_CO6, 
MACROCELL._ C10, 
MACROCELL C14, 
MACROCELL_D02, 
MACROCELL_DO6, 
MACROCELL_D10, 
MACROCELL_D14, 
MACROCELL_ E02, 
MACROCELL_EO6, 
MACROCELL_E10, 
MACROCELL_E14, 
MACROCELL_ F02, 
MACROCELL_FO6, 
MACROCELL_F10, 
MACROCELL_F14, 
MACROCELL._ G02, 
MACROCELL_ G06, 
MACROCELL_ G10, 
MACROCELL_G14, 
MACROCELL_ H02 
MACROCELL_HO6, 
MACROCELL_H10, 
MACROCELL_H14, 


UNARY_OF_192, 
UNARY_OF_196, 
UNARY_OF_202, 
UNARY_OF_206, 
UNARY_OF_18, 
UNARY_OF_ 14, 
UNARY_OF_8, 
UNARY_OF_4, 
UNARY_OF_34, 
UNARY_OF_38, 
UNARY_OF_44, 
UNARY_OF_48, 
UNARY_OF_69, 
UNARY_OF_65, 
UNARY_OF_59, 
UNARY_OF_55, 


MACROCELL_A03, 
MACROCELL_AO7, 
MACROCELL_A11, 
MACROCELL. A15, 
MACROCELL_BO3, 
MACROCELL_BO7, 
MACROCELL_B11, 
MACROCELL_B15, 
MACROCELL_CO3, 
MACROCELL_CO7, 
MACROCELL_C11, 
MACROCELL_C15, 
MACROCELL_D03, 
MACROCELL_DO7, 
MACROCELL_D11, 
MACROCELL_D15, 
MACROCELL_EO3, 
MACROCELL_EO7, 
MACROCELL_E11, 
MACROCELL_E15, 
MACROCELL_F03, 
MACROCELL_FO7, 
MACROCELL_F11, 
MACROCELL._F15, 
MACROCELL_ G03, 
MACROCELL_GO7, 
MACROCELL_G11, 
MACROCELL_Gi5, 
MACROCELL_H03, 
MACROCELL_HO7, 
MACROCELL_H11, 
MACROCELL_H15, 


UNARY_OF_193, 
UNARY_OF_197, 
UNARY_OF_ 203, 
UNARY_OF_207, 
UNARY_OF_17, 
UNARY_OF_ 13, 
UNARY_OF_7, 
UNARY_OF_3, 
UNARY_OF_35, 
UNARY_OF_39, 
UNARY_OF_45, 
UNARY_OF_49, 
UNARY_OF 68, 
UNARY_OF_64, 
UNARY_OF_58, 
UNARY_OF_54, 


Appendix D: AMD MACH Support 


523 


524 


MACH4E65 (con't) 
UNARY_OF_86, 
UNARY_OF_90, 
UNARY_OF_96, 
UNARY_OF_ 100, 
UNARY_OF_ 124, 
UNARY_OF_ 120, 
UNARY_OF_114, 
UNARY_OF_110, 
UNARY_OF_136, 
UNARY_OF_140, 
UNARY_OF_146, 
UNARY_OF_150, 
UNARY_OF_175, 
UNARY_OF_171, 
UNARY_OF_165, 
UNARY_OF_161, 
MACROCELL_AOO, 
MACROCELL_A04, 
MACROCELL_AO8, 
MACROCELL_A12, 
MACROCELL_ BOO, 
MACROCELL_B04, 
MACROCELL_BO8, 
MACROCELL_B12, 
MACROCELL_C15, 
MACROCELL_C11, 
MACROCELL_CO7, 
MACROCELL_CO3, 
MACROCELL_D15, 
MACROCELL_D11, 
MACROCELL_DO7, 
MACROCELL_D03, 
MACROCELL_EOO, 
MACROCELL_E04, 
MACROCELL_EO08, 
MACROCELL_E12, 
MACROCELL FOO, 
MACROCELL_F04, 
MACROCELL_FO8, 
MACROCELL_F12, 
MACROCELL_G15, 
MACROCELL_G11, 
MACROCELL_GO7, 
MACROCELL._ G03, 
MACROCELL_H15, 
MACROCELL_H11, 
MACROCELL_HO7, 
MACROCELL_HO3, 
MACROCELL_100, 
MACROCELL_104, 


UNARY_OF_87, 
UNARY_OF_91, 
UNARY_OF_97, 
UNARY_OF_ 101, 
UNARY_OF_ 123, 
UNARY_OF_119, 
UNARY_OF_113, 
UNARY_OF_109, 
UNARY_OF_137, 
UNARY_OF_141, 
UNARY_OF_147, 
UNARY_OF_151, 
UNARY_OF_174, 
UNARY_OF_170, 
UNARY_OF_ 164, 
UNARY_OF_160, 
MACROCELL_A01, 
MACROCELL_AOS, 
MACROCELL_A0Q, 
MACROCELL_A13, 
MACROCELL_B01, 
MACROCELL_BOS5, 
MACROCELL_BO9, 
MACROCELL_B13, 
MACROCELL_C14, 
MACROCELL_C10, 
MACROCELL_CO6, 
MACROCELL_C02, 
MACROCELL_D14, 
MACROCELL_D10, 
MACROCELL_DO6, 
MACROCELL_DO2, 
MACROCELL_E01, 
MACROCELL_EO5, 
MACROCELL_EO9, 
MACROCELL_E13, 
MACROCELL_F01, 
MACROCELL_FO5, 
MACROCELL_FO9, 
MACROCELL_F13, 
MACROCELL_G14, 
MACROCELL_G10, 
MACROCELL_GO06, 
MACROCELL_G02, 
MACROCELL_H14, 
MACROCELL_H10, 
MACROCELL_HO6, 
MACROCELL_HO02, 
MACROCELL_101, 
MACROCELL_ 105, 


UNARY_OF_88, - 
UNARY_OF_92, 
UNARY_OF_98, 
UNARY_OF_102, 
UNARY_OF_122, 
UNARY_OF_118, 
UNARY_OF_112, 
UNARY_OF_108, 
UNARY_OF_ 138, 
UNARY_OF_142, 
UNARY_OF_148, 
UNARY_OF_ 152, 
UNARY_OF_173, 
UNARY_OF_ 169, 
UNARY_OF_163, 
UNARY_OF_159, 
MACROCELL_A02, 
MACROCELL_A06, 
MACROCELL_A10, 
MACROCELL_A14, 
MACROCELL_B02, 
MACROCELL_BO6, 
MACROCELL_B10, 
MACROCELL_B14, 
MACROCELL. C13, 
MACROCELL_CO09, 
MACROCELL_C05, 
MACROCELL_CO01, 
MACROCELL_ D13, 
MACROCELL_D0g, 
MACROCELL_D05, 
MACROCELL_D01, 
MACROCELL_EC2, 
MACROCELL_EO6, 
MACROCELL_E10, 
MACROCELL. E14, 
MACROCELL_F02, 
MACROCELL_FO6, 
MACROCELL_F10, 
MACROCELL_F14, 
MACROCELL_G13, 
MACROCELL_ G09, 
MACROCELL_ G05, 
MACROCELL_G01, 
MACROCELL_H13, 
MACROCELL_HO9, 
MACROCELL_H05, 
MACROCELL_H01, 
MACROCELL_ 102, 
MACROCELL_106, 
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UNARY_OF_89, 
UNARY_OF_93, 
UNARY_OF_99, 
UNARY_OF_ 103, 
UNARY. OF_ 121, 
UNARY_OF_117, 
UNARY_OF_111, 
UNARY_OF_107, 
UNARY_OF_139, 
UNARY_OF_143, 
UNARY_OF_149, 
UNARY_OF_153, 
UNARY_OF_172, 
UNARY_OF_ 168, 
UNARY_OF_ 162, 
UNARY_OF_ 158, 
MACROCELL_A03, 
MACROCELL_AO7, 
MACROCELL_A11, 
MACROCELL_A15, 
MACROCELL_BO03, 
MACROCELL_BO7, 
MACROCELL_B11, 
MACROCELL_B15, 
MACROCELL_C12, 
MACROCELL_CO8, 
MACROCELL_C04, 
MACROCELL_COO, 
MACROCELL_D12, 
MACROCELL_DO8, 
MACROCELL_D04, 
MACROCELL_DOO, 
MACROCELL_E03, 
MACROCELL_EO7, 
MACROCELL_E11, 
MACROCELL_E15, 
MACROCELL_FO03, 
MACROCELL_FO7, 
MACROCELL F11, 
MACROCELL F'15, 
MACROCELL_G12, 
MACROCELL_GO8, 
MACROCELL_G04, 
MACROCELL_ GOO, 
MACROCELL_H12, 
MACROCELL_HO8, 
MACROCELL_H04, 
MACROCELL_HOO, 
MACROCELL_103, 
MACROCELL_1O7, 


MACH465 (con't) 
MACROCELL_ 108, 
MACROCELL_112, 
MACROCELL_JOO, 
MACROCELL_J04, 
MACROCELL_JO8, 
MACROCELL_J12, 
MACROCELL_K15, 
MACROCELL_K11, 
MACROCELL_KO7, 
MACROCELL_KO3, 
MACROCELL _L15, 
MACROCELL L11, 
MACROCELL_LO7, 
MACROCELL_LO3, 
MACROCELL_MOO, 
MACROCELL_M04, 
MACROCELL_MO8, 
MACROCELL_M12, 
MACROCELL_NOO, 
MACROCELL_NO4, 
MACROCELL_NO8, 
MACROCELL_N12, 
MACROCELL_015, 
MACROCELL_011, 
MACROCELL_007, 
MACROCELL_003, 
MACROCELL_ P15, 
MACROCELL_P11, 
MACROCELL P07, 
MACROCELL_ P03, 


MACROCELL_109, 

MACROCELL_113, 

MACROCELL_JO1, 
MACROCELL_JO05, 
MACROCELL_JO9, 
MACROCELL_J13, 
MACROCELL_K14, 
MACROCELL_K10, 
MACROCELL_KO6, 
MACROCELL_KO2, 
MACROCELL _L14, 
MACROCELL_L10, 
MACROCELL_LO6, 
MACROCELL_LO2, 
MACROCELL_ M01, 
MACROCELL_MO5, 
MACROCELL_MO9, 
MACROCELL_M13, 
MACROCELL_NO1, 
MACROCELL_NO5, 
MACROCELL_NOQ, 
MACROCELL_N13, 
MACROCELL_014, 
MACROCELL_010, 
MACROCELL_006, 
MACROCELL_ 002, 
MACROCELL_P14, 
MACROCELL_P10, 
MACROCELL_PO6, 
MACROCELL_ P02, 


MACROCELL_110, 

MACROCELL_114, 

MACROCELL_JO2, 
MACROCELL_JO6, 
MACROCELL_J10, 
MACROCELL. J14, 
MACROCELL_K13, 
MACROCELL_KO9, 
MACROCELL_KOS, 
MACROCELL_KO1, 
MACROCELL_L13, 
MACROCELL_LO9, 
MACROCELL_LOS5, 
MACROCELL_LO1, 
MACROCELL_ M02, 
MACROCELL_MO6, 
MACROCELL_M10, 
MACROCELL_M14, 
MACROCELL_NO2, 
MACROCELL_NO6, 
MACROCELL_N10, 
MACROCELL_N14, 
MACROCELL_013, 
MACROCELL_009, 
MACROCELL_ 005, 
MACROCELL_001, 
MACROCELL_ P13, 
MACROCELL_PO9, 
MACROCELL. POS, 
MACROCELL_ P01, 


‘ty 


MACROCELL_1I11, 
MACROCELL_115, 

MACROCELL_JO03, 
MACROCELL_JO7, 
MACROCELL_J11, 
MACROCELL_J15, 
MACROCELL_K12, 
MACROCELL_KO8, 
MACROCELL_K04, 
MACROCELL_KOO, 
MACROCELL_L12, 
MACROCELL_LO8, 
MACROCELL_LO4, 
MACROCELL_LOO, 
MACROCELL_M03, 
MACROCELL_MO7, 
MACROCELL_M11, 
MACROCELL_M15, 
MACROCELL_NO3, 
MACROCELL_NO7, 
MACROCELL_N11, 
MACROCELL_N15, 
MACROCELL_012, 
MACROCELL_008, 
MACROCELL_0©04, 
MACROCELL_©O0, 
MACROCELL_P12, 
MACROCELL_PO8, 
MACROCELL_P04, 
MACROCELL_P0O 
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Application Note: 


Fuse Commands for Forcing Outputs to be 
Driven 


Devices: MACH 1xx/2xx 


The following table gives the fuse commands for the . pi file to force the named 
pin to be driven. 


MACH110 OE ASSERTION 

Pin 02: INTACT 6166 ; BLOWN 6167 ; 
Pin 03: INTACT 6174 ; BLOWN 6175; 
Pin 04: INTACT 6182 ; BLOWN 6183 ; 
Pin 05: INTACT 6190 ; BLOWN 6191 ; 
Pin 06: INTACT 6198 ; BLOWN 6199 ; 
Pin 07: INTACT 6206 ; BLOWN 6207 ; 
Pin 08: INTACT 6214 ; BLOWN 6215 ; 
Pin 09: INTACT 6222 ; BLOWN 6223 ; 
Pin 14: INTACT 6230 ; BLOWN 6231 ; 
Pin 15: INTACT 6238 ; BLOWN 6239 ; 
Pin 16: INTACT 6246 ; BLOWN 6247 ; 
Pin 17: INTAGT 6254 ; BLOWN 6255 ; 
Pin 18: INTACT 6262 ; BLOWN 6268 ; 
Pin 19: INTACT 6270 ; BLOWN 6271 ; 
Pin 20: | INTACT 6278 ; BLOWN 6279 : 
Pin 21: INTACT 6286 ; BLOWN 6287 ; 
Pin 24: INTACT 6294 ; BLOWN 6295 ; 
Pin 25: INTACT 6302 ; BLOWN 6303 ; 
Pin 26: INTACT 6310 ; BLOWN 6311 ; 
Pin 27: INTACT 6318 ; BLOWN 6319 ; 
Pin 28: INTACT 6326 ; BLOWN 6327 ; 
Pin 29: INTACT 6334 ; BLOWN 6335 ; 
Pin 30: INTACT 6342 : BLOWN 6348 ; 
Pin 31: INTACT 6350 ; BLOWN 6351 ; 
Pin 36: INTACT 6358 ; BLOWN 6359 ; 
Pin 37: INTACT 6366 ; BLOWN 6367 ; 
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Pin 38: INTACT 6374 ; BLOWN 6375 ; 
Pin 39: INTACT 6382 ; BLOWN 6383 ; 
Pin 40: INTACT 6390 ; BLOWN 63914 ; 
Pin 41: INTACT 6398 ; BLOWN 6399 ; 
Pin 42: INTACT 6406 ; BLOWN 6407 ; 
Pin 43: INTACT 6414 ; BLOWN 6415 ; 
MACH120 OE ASSERTION 

Pin 02: INTACT 2918 ; BLOWN 2919 ; 
Pin 03: INTACT 2927 ; BLOWN 2928 ; 
Pin 04: INTACT 2936 ; BLOWN 2937 ; 
Pin O05: INTACT 2945 ; BLOWN 2946 ; 
Pin 06: INTACT 2954 ; BLOWN 2955 ; 
Pin 07: INTACT 2963 ; BLOWN 2964 ; 
Pin 09: INTACT 2972 ; BLOWN 2973 ; 
Pin 10: INTACT 2981 ; BLOWN 2982 ; 
Pin 11: INTACT 2990 ; BLOWN 2991 ; 
Pin 12: INTACT 2999 ; BLOWN 3000 ; 
Pin 13: INTACT 3008 ; BLOWN 3009 ; 
Pin 14: INTACT 3017 ; BLOWN 3018 ; 
Pin 21: INTACT 6037 ; BLOWN 6038 ; 
Pin 22: INTACT 6028 ; BLOWN 6029 ; 
Pin 23: INTACT 6019 ; BLOWN 6020 ; 
Pin 24: INTACT 6010 ; BLOWN 6011 ; 
Pin 25: INTACT 60014 ; BLOWN 6002 ; 
Pin 26: INTACT 5992 ; BLOWN 5993 ; 
Pin 28: INTACT 5983 ; BLOWN 5984 ; 
Pin 29: INTACT 5974 ; BLOWN 5975 ; 
Pin 30: INTACT 5965 ; BLOWN 5966 ; 
Pin 31: INTACT 5956 ; BLOWN 5957 ; 
Pin 32: INTACT 5947 ; BLOWN 5948 :; 
Pin 33: INTACT 5938 ; BLOWN 59939 ; 
Pin 36: INTACT 8958 ; BLOWN 8959 ; 
Pin 37: INTACT 8967 ; BLOWN 8968 ; 
Pin 38: INTACT 8976 ; BLOWN 8977 ; 
Pin 39: INTACT 8985 ; BLOWN 8986 ; 
Pin 40: INTACT 8994 ; BLOWN 8995 ; 
Pin 41: INTACT 9003 ; BLOWN 9004 ; 
Pin 43: INTACT 9012 ; BLOWN 9013 ; 
Pin 44: INTACT 9021 ; BLOWN 9022 ; 
Pin 45: INTACT 9030 ; | BLOWN 90931 ; 
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MACH120 OE ASSERTION (con’t) 


Pin 46: INTACT 9039 ; 
Pin 47: INTACT 9048 ; 
Pin 48: INTACT 9057 ; 
Pin 55: INTACT 12077 ; 
Pin 56: INTACT 12068 ; 
Pin 57: INTACT 12059 ; — 
— Pin 58: INTACT 12050 ; 
Pin 59: INTACT 12041 ; 
Pin 60: INTACT 12032 ; 
Pin 62: INTACT 120283 ; 
Pin 63: INTACT 12014 ;: 
Pin 64: INTACT 12005 ; 
Pin 65: INTACT 11996 ; 
Pin 66: INTACT 11987 ; 
Pin 67: INTACT 11978: 
MACH130 OE ASSERTION 
Pin 03: INTACT 3750 ; 
Pin 04: INTACT 3759 ; 
Pin 05: INTACT 3768 ; 
Pin 06: INTACT 3777 ; 
Pin 07: INTACT 3786 ; 
Pin 08: INTACT 3795 ; 
Pin 09: INTACT 3804 ; 
Pin 10: INTACT 3818 ; 
Pin 12: INTACT 3822 ; 
Pin 13: INTACT 3831 ; 
Pin 14: INTACT 3840 ; 
Pin 15: INTACT 3849 ; 
Pin 16: INTACT 3858 ; 
Pin 17: INTACT 3867 ; 
Pin 18: INTACT 3876 ; — 
Pin 19: INTACT 3885 ; 
Pin 24: INTACT 7773 ; 
Pin 25: INTACT 7764 ; 
Pin 26: INTACT 7755; 
Pin 27: INTACT 7746 ; 
Pin 28: INTACT 7737 ; 
Pin 29: INTACT 7728 ; 
Pin 30: INTACT 7719; 


BLOWN 9040 ; 
BLOWN 9049 ; 
BLOWN 9058 ; 
BLOWN 12078 
BLOWN 12069 ; 
BLOWN 12060 ; 
BLOWN 120514 ; 
BLOWN 12042 ; 
BLOWN 12033 ; 
BLOWN 12024 ; 
BLOWN 12015 ; 
BLOWN 12006 ; 


BLOWN 11997 ; 
BLOWN 11988 ; 
BLOWN 11979 ; 


BLOWN 3751 ; 
BLOWN 3760 ; 
BLOWN 37689 ; 
BLOWN 3778 ; 
BLOWN 3787 ; 
BLOWN 3796 ; 
BLOWN 3805 ; 
BLOWN 3814 ; 
BLOWN 3823 ; 
BLOWN 38382 ; 
BLOWN 3841 ; 
BLOWN 3850 ; 
BLOWN 3859 ; 
BLOWN 3868 ; 
BLOWN 3877 ; 
BLOWN 3886 ; 
BLOWN 7774 ; 
BLOWN 7765 ; 
BLOWN 7756 ; 
BLOWN 7747 ; 
BLOWN 7738 ; 
BLOWN 7729 ; 
BLOWN 7720 ; 
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MACH130 OE ASSERTION (con’t) 
Pin 31: 
Pin 33: 
Pin 34: 
Pin 35: 
Pin 36: 
Pin 37: 
Pin 38: 
Pin 39: 
Pin 40: 
Pin 45: 
Pin 46: 
Pin 47: 
Pin 48: 
Pin 49: 
Pin 50: 
Pin 51: 
Pin 52: 
Pin 54: 
Pin 55: 
Pin 56: 
Pin 57: 
Pin 58: 
Pin 59: 
Pin 60: 
Pin 61: 
Pin 66: 
Pin 67: 
Pin 68: 
Pin 69: 
Pin 70: 
Pin 71: 
Pin 72: 
Pin 73: 
Pin 75: 
Pin 76: 
Pin 77: 
Pin 78: 
Pin 79: 
Pin 80: 
Pin 81: 


INTACT 7710; 

INTACT 7701 ; 

INTACT 7692 ; 

INTACT 7683 ; 

INTACT 7674 ; 

INTACT 7665 ; 

INTACT 7656 ; 

INTACT 7647 ; 

INTACT 7638 ; 

INTACT 11526 ; 
INTACT 11535 ; 
INTACT 11544 ; 
INTACT 11553 ; 
INTACT 11562 ; 
INTACT 11571 ; 
INTACT 11580 ; 
INTACT 11589 ; 
INTACT 11598 ; 
INTACT 11607 ; 
INTACT 11616 ; 
INTACT 11625 ; 
INTACT 11634 ; 
INTACT 11643 ; 
INTACT 11652 ; 
INTACT 11661 ; 
INTACT 15549 ; 
INTACT 15540 ; 
INTACT 15531 ; 
INTACT 15522 ; 
INTACT 15513; 
INTACT 15504 ; 
INTACT 15495 ; 
INTACT 15486 ; 
INTACT 15477 ; 
INTACT 15468 ; 
INTACT 15459 ; 
INTACT 15450 ; 
INTACT 15441 ; 
INTACT 15432 ; 
INTACT 15423 ; 
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BLOWN 7711 ; 

BLOWN 7702 ; 

BLOWN 7693 ; 

BLOWN 7684 ; 

BLOWN 7675 ; 

BLOWN 7666 ; 

BLOWN 7657 ; 

BLOWN 7648 ; 

BLOWN 7639 ; 

BLOWN 11527 ; 
BLOWN 11536 ; 
BLOWN 11545 ; 
BLOWN 11554 ; 
BLOWN 11568 ; 
BLOWN 11572 ; 
BLOWN 11581 ; 
BLOWN 11590 ; 
BLOWN 11599 ; 
BLOWN 11608 ; 
BLOWN 11617 ; 
BLOWN 11626 ; 
BLOWN 11635 ; 
BLOWN 11644 ; 
BLOWN 11653 ; 
BLOWN 11662 ; 
BLOWN 15550 ; 
BLOWN 15541 ; 
BLOWN 15532 ; 
BLOWN 15523 ; 
BLOWN 15514 ; 
BLOWN 15505 ; 
BLOWN 15496 ; 
BLOWN 15487 ; 
BLOWN 15478 ; 
BLOWN 15469 ; 
BLOWN 15460 ; 
BLOWN 15451 ; 
BLOWN 15442 ; 
BLOWN 15433 ; 
BLOWN 15424 ; 


529 


530 


MACH130 OE ASSERTION (con't) 


Pin 82: INTACT 15414 ; 
MACH210 OE ASSERTION 

Pin 02: INTACT 3086 ; 
Pin 03: INTACT 3102 ; 
Pin 04: INTACT 3118 ; 
Pin 05: INTACT 3134 ; 
Pin O6: INTACT 3150 ; 
Pin 07: INTACT 3166 ; 
Pin 08: INTACT 3182 ; 
Pin 09: INTACT 3198 ; 
Pin 14: INTACT 6406 ; 
Pin 15: INTACT 6390 ; 
Pin 16: INTACT 6374 ; 
Pin 17: INTACT 6358 ; 
Pin 18: INTACT 6342 ; 
Pin 19: INTACT 6326 ; 
Pin 20: INTACT 6310 ; 
Pin 21: INTACT 6294 ; 
Pin 24: INTACT 9502 ; 
Pin 25: INTACT 9518 ; 
Pin 26: INTACT 9534 ; 
Pin 27: INTACT 9550 ; 
Pin 28: INTACT 9566 ; 
Pin 29: INTACT 9582 ; 
Pin 30: INTACT 9598 ; 
Pin 31: INTACT 9614 ; 
Pin 36: INTACT 12822 : 
Pin 37: INTACT 12806 ; 
Pin 38: INTACT 12790 ; 
Pin 39: INTACT 12774 ; 
Pin 40: INTACT 12758 ;: 
Pin 41: INTACT 12742 ; 
Pin 42: INTACT 12726 ; 
Pin 43: INTACT 12710; 
MACH215 OE ASSERTION 

Pin 02: BLOWN 88.. 131; 
Pin 03: BLOWN 440.. 483 ; 
Pin 04: ° BLOWN 792... 835 ; 


BLOWN 15415 ; 


BLOWN 3087 ; 
BLOWN 31038 ; 
BLOWN 3119; 
BLOWN 3135; 
BLOWN 3151 ; 
BLOWN 3167 ; 
BLOWN 31838 ; 
BLOWN 3199 ; 
BLOWN 6407 ; 
BLOWN 6391 ; 
BLOWN 6375 ; 
BLOWN 6359 ; 
BLOWN 6348 ; 
BLOWN 6327 ; 
BLOWN 6311 ; 
BLOWN 6295 ; 
BLOWN 9503 ; 
BLOWN 9519; 
BLOWN 9535 ; 
BLOWN 9551 ; 
BLOWN 9567 : 
BLOWN 9588 ; 
BLOWN 9599 ; 
BLOWN 9615 ; 
BLOWN 12823 ; 
BLOWN 12807 ; 
BLOWN 12791 ; 
BLOWN 12775 ; 
BLOWN 12759 ; 
BLOWN 12748 ; 
BLOWN 12727 ; 
BLOWN 12711 ; 


MACHXL Software User’s Guide (Version 3.0) 


MACH215 OE ASSERTION (con’t) 


Pin 05: BLOWN 1144.. 
Pin 06: BLOWN 1496... 
Pin 07: BLOWN 1848 
Pin 08: BLOWN 2200 .. 
Pin 09: BLOWN 2552 .. 
Pin 14: BLOWN 5536 .. 
Pin 15: BLOWN 5184... 
Pin 16: BLOWN 4832 .. 
Pin 17: BLOWN 4480 .. 
Pin 18: BLOWN 4128 .. 
Pin 19: BLOWN 3776... 
Pin 20: BLOWN 3424 
Pin 21: BLOWN 3072.. 
Pin 24: BLOWN 6056 .. 
Pin 25: BLOWN 6408... 
Pin 26: BLOWN 6760 .. 
Pin 27: BLOWN 7112.. 
Pin 28: BLOWN 7464 .. 
Pin 29: BLOWN 7816 .. 
Pin 30: BLOWN 8168... 
Pin 31: BLOWN 8520 
Pin 36: BLOWN 11504 
Pin 37: BLOWN 11152 
Pin 38: BLOWN 10800 
Pin 39: BLOWN 10448 
Pin 40: BLOWN 10096 
Pin 41: BLOWN 9744.. 
Pin 42: BLOWN 9392 .. 
Pin 43: BLOWN 9040 .. 
MACH220 OE ASSERTION 

Pin 02: INTACT 2814 ; 
Pin 03: INTACT 2830 ; 
Pin 04: INTACT 2846 ; 
Pin 05: INTACT 2862 ; 
Pin 06: INTACT 2878 ; 
Pin 07: INTACT 2894 ; 
Pin 09: INTACT 5798 ; 
Pin 10: INTACT 5782 ; 
Pin 11: INTACT 5766 ; 
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1187 ; 
1539 ; 


.. 1891 ; 


2243 ; 
2595 ; 
5579 ; 
5227 ; 
4875 ; 
4523 ; 
4171; 
3819 ; 


.. 3467 | 


3115; 
6099 ; 
6451 ; 
6803 ; 
7155 ; 
7507 ; 
7859 ; 
8211; 


.. 8563 ; 
.. 11547 ; 
. 11195 ; 
.. 10848 ; 
.. 10491 ; 
.. 10139 ; 


9787 ; 
9435 ; 
9083 ; 


BLOWN 2815 ; 
BLOWN 2831 ; 
BLOWN 2847 ; 
BLOWN 2863 ; 
BLOWN 2879 ; 
BLOWN 2895 ; 
BLOWN 5799 ; 
BLOWN 5783 ; 
BLOWN 5767 ; 
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Pin 12: 
Pin 13: 
Pin 14: 
Pin 21: 
Pin 22: 
Pin 23: 
Pin 24: 
Pin 25: 
Pin 26: 
Pin 28: 
Pin 29: 
Pin 30: 
Pin 31: 
Pin 32: 
Pin 33: 
Pin 36: 
Pin 37: 
Pin 38: 
Pin 39: 
Pin 40: 
Pin 41: 
Pin 43: 
Pin 44: 
Pin 45: 
Pin 46: 
Pin 47: 
Pin 48: 
Pin 55: 
Pin 56: 
Pin 57: 
Pin 58: 
Pin 59: 
Pin 60: 
Pin 62: 
Pin 63: 
Pin 64: 
Pin 65: 
Pin 66: 
Pin 67: 


INTACT 5750 ; 

INTACT 5734 ; 

INTACT 5718 ; 

INTACT 8622 ; 

INTACT 8638 ; 

INTACT 8654 ; 

INTACT 8670 ; 

INTACT 8686 ; 

INTACT 8702 ; 

INTACT 11606 ; 
INTACT 11590 ; 
INTACT 11574 ; 
INTACT 11558 ; 
INTACT 11542 ; 
INTACT 11526 ; 
INTACT 14430 ; 
INTACT 14446 ; 
INTACT 14462 ; 
INTACT 14478 ; 
INTACT 14494 ; 
INTACT 14510 ; 
INTACT 17414 ; 
INTACT 17398 ; 
INTACT 17382 ; 
INTACT 17366 ; 
INTACT 17350 ; 
INTACT 17334 ; 
INTACT 20238 ; 
INTACT 20254 ; 
INTACT 20270 ; 
INTACT 20286 ; 
INTACT 20302 ; 
INTACT 20318 ; 
INTACT 23222 ; 
INTACT 23206 ; 
INTACT 23190 ; 
INTACT 23174 ; 
INTACT 23158 ; 
INTACT 23142 ; 


BLOWN 5751 ; 
BLOWN 5735; 
BLOWN 5719; 
BLOWN 8623 ; 
BLOWN 8639 ; 
BLOWN 8655 ; 
BLOWN 8671 ; 


BLOWN 8687 : 


BLOWN 8703 ; 


BLOWN 11607 ; 


BLOWN 11591 ; 
BLOWN 11575 ; 
BLOWN 11559 ; 
BLOWN 11543 ; 
BLOWN 11527 ; 
BLOWN 14431 ; 
BLOWN 14447 ; 
BLOWN 14463 ; 
BLOWN 14479 ; 
BLOWN 14495 ; 
BLOWN 14511 ; 
BLOWN 17415 ; 
BLOWN 17399 ; 
BLOWN 17383 ; 
BLOWN 17367 ; 
BLOWN 17351 ; 
BLOWN 17335 ; 
BLOWN 20239 ; 
BLOWN 20255 ; 
BLOWN 20271 ; 
BLOWN 202387 ; 
BLOWN 20303 ; 
BLOWN 20319 ; 
BLOWN 23223 ; 
BLOWN 23207 ; 
BLOWN 23191 ; 
BLOWN 23175 ; 
BLOWN 23159 ; 
BLOWN 23143 ; 
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Pin 03: INTACT 3646 ; BLOWN 3647 ; 
Pin 04: INTACT 3662 ; BLOWN 3663 ; 
Pin 05: INTACT 3678 ; BLOWN 3679 ; 
Pin 06: INTACT 3694 ; BLOWN 3695 ; 
Pin 07: INTACT 3710; BLOWN 3711 ; 
Pin 08: INTACT 3726 ; BLOWN 3727 ; 
Pin 09: INTACT 3742 ; BLOWN 3743 ; 
Pin 10: INTACT 3758 ; BLOWN 3759 ; 
Pin 12: INTACT 7526 ; BLOWN 7527 ; 
Pin 13: INTACT 7510; ~ BLOWN 7511 ; 
Pin 14: INTACT 7494 ; BLOWN 7495 ; 
Pin 15: INTACT 7478 ; BLOWN 7479 ; 
Pin 16: INTACT 7462 ; BLOWN 7463 ; 
Pin 17: INTACT 7446 ; BLOWN 7447 ; 
Pin 18: INTACT 7430 ; BLOWN 74831 ; 
Pin 19: INTACT 7414 ; BLOWN 7415 ; 
Pin 24: INTACT 11182 ; BLOWN 11183 ; 
Pin 25: INTACT 11198 ; BLOWN 11199 ; 
Pin 26: INTACT 11214 ; BLOWN 11215; 
Pin 27: INTACT 11230 ; BLOWN 11231 ; 
Pin 28: INTACT 11246 ; BLOWN 11247 ; 
Pin 29: INTACT 11262 ; BLOWN 11268 ; 
Pin 30: INTACT 11278 ; BLOWN 11279 ; 
Pin 31: INTACT 11294 ; BLOWN 11295 ; 
Pin 33: INTACT 15062 ; BLOWN 15063 ; 
Pin 34: INTACT 15046 ; BLOWN 15047 ; 
Pin 35: INTACT 15030 ; BLOWN 15031 ; 
Pin 36: INTACT 15014 ; BLOWN 15015 ; 
Pin 37: INTACT 14998 ; BLOWN 14999 ; 
Pin 38: INTACT 14982 ; BLOWN 14983 ; 
Pin 39: INTACT 14966 ; BLOWN 14967 ; 
Pin 40: INTACT 14950 ; BLOWN 14951 ; 
Pin 45: INTACT 18718 ; BLOWN 18719; 
Pin 46: INTACT 187364 ; BLOWN 18735 ; 
Pin 47: INTACT 18750 ; BLOWN 18751 ; 
Pin 48: INTACT 18766 ; BLOWN 18767 ; 
Pin 49: INTACT 18782 ; BLOWN 187838 ; 
Pin 50: INTACT 18798 ; BLOWN 18799 ; 
Pin 51: INTACT 18814 ; BLOWN 18815; 
Pin 52: INTACT 18830 ; BLOWN 18831 ; 
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MACH230 OE ASSERTION (con't) 
Pin 54: 
Pin 55: 
Pin 56: 
Pin 57: 
Pin 58: 
Pin 59: 
Pin 60: 
Pin 61: 
Pin 66: 
Pin 67: 
Pin 68: 
Pin 69: 
Pin 70: 
Pin 71: 
Pin 72: 
Pin 73: 
Pin 75: 
Pin 76: 
Pin 77: 
Pin 78: 
Pin 79: 
Pin 80: 
Pin 81: 
Pin 82: 


INTACT 22598 ; 
INTACT 22582 ; 
INTACT 22566 ; 
INTACT 22550 ; 
INTACT 22534 ; 
INTACT 22518 ; 
INTACT 22502 ; 
INTACT 22486 ; 
INTACT 26254 ; 


_ INTACT 26270 ; 


INTACT 26286 ; 
INTACT 26302 ; 
INTACT 26318 ; 
INTACT 263364 ; 
INTACT 26350 ; 
INTACT 26366 ; 
INTACT 30134 ; 
INTACT 30118 ; 
INTACT 30102 ; 
INTACT 30086 ; 
INTACT 30070 ; 
INTACT 30054 ; 
INTACT 30038 ; 
INTACT 30022 ; 


BLOWN 22599 ; 
BLOWN 225838 ; 
BLOWN 22567 ; 
BLOWN 225514 ; 
BLOWN 22535 ; 
BLOWN 22519 ; 
BLOWN 22503 ; 
BLOWN 22487 ; 
BLOWN 26255 ; 
BLOWN 26271 ; 
BLOWN 26287 ; 
BLOWN 26303 ; 
BLOWN 26319 ; 
BLOWN 26335 ; 
BLOWN 26351 ; 
BLOWN 26367 ; 
BLOWN 30135 ; 
BLOWN 30119 ; 
BLOWN 30103 ; 
BLOWN 300387 ; 
BLOWN 30071 ; 
BLOWN 30055 ; 
BLOWN 30039 ; 
BLOWN 30023 ; 
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‘FOOTPRINT, 240 

‘local macrocell', 481 

'SYSTEM_ TEST", 316, 318, 320, 322, 
324, 327, 329, 331 

"TEMPLATE, 236, 298, 304 

'UNARY OF ##, 484 


* dsl, 19 
* mpf, 19 
* pi, 15, 19 
* src, 19 


afb, 166 

.cst (cost) file, 280 

cst file, 287, 482 

doc file, 149, 276, 277 

log file, 25, 26, 34, 443, 459, 466, 483, 
503, 505 

npi file, 180, 234 

npi file to.pi file 
copying, 180 


pi file, 199, 245, 443, 451, 456, 460, 461, 
462, 463, 464, 468, 482, 483, 486, 489, 
502, 503, 504, 505, 506, 507, 508, 510, 


514, 515, 516, 526 
.pi file examples, 235 


.pi File Properties, 245 

pi File Structure, 202, 206 

pi File Syntax Rules, 203 

.rpt (report) file, 27, 443, 468, 469, 470, 
483, 486, 493, 507, 508 

stm file, 128, 129, 166, 273 


[ 


[Sig], 480, 481 


A 


ABEL, 15, 19 

ABEL Files (*.abl), 15, 19 

Abort, 15, 26 

About MACHXL, 16, 42 

addition, 73, 76, 77, 82 

All Files (*.*), 15, 19 

All States, 37 

AMD MACH, 259 

AMD MACH Design Module, 295 

AMD PLD Design Module, 290 

Analyzing Test Vector Errors, 438, 444, 
49] 

AND, 47, 73, 74, 75, 76, 78, 131, 155, 
161, 162, 169, 171 

Apply, 16, 33 

architecture, 31 

architectures, 188, 189, 190 

architecture-specific features, 192 

arithmetic, 72, 73, 76, 131, 142, 154, 155 

Arithmetic Operators, 71, 76 
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Arrays, 51, 52, 53 

elements, 82 

Expressions, 71, 81 

identifier, 53 

reference, 72 
assignable signals, 86, 109, 113 
assignment operator, 80 
assignment statements, 82, 85, 86 
asterisks, 136 


asychronous 442, 444, 448, 450, 452, 481, 


488, 493, 494, 518 
clock, 481 
asynchronous MACH, 442 
asynchronous state machine, 93, 94, 95, 
98, 101, 105 
asynchronously reset, 96 
authorization codes, 32 
AUTO, 250 
Auto-Demorganization, 9, 287 
Automatic 
Don't Care Generation, 9 
Flip-Flop Synthesis, 9 
fusemap generation, 4 
partitioning, 185, 188, 189, 191, 192, 
201, 239 
modifying, 199 
Automatically Simulate, 21, 23, 38, 39 


B 


behavioral language, 7, 44 

bidirectional signals, 226 

BIN, 47, 131, 135, 136 

binary counter, 99, 100 

binary operators, 72 | 

BIPUT, 47, 52, 55, 56, 57, 86, 94, 97, 98, 
109, 113, 226, 281 


Index 2 


Biput Signal Usage, 51, 56 
bit oriented, 154, 155 
block clock signals, 488 
BLOCKMODE, 203, 219 
BLOWN, 47, 202, 234 
Boolean 

equations, 7, 8 

functions, 74 

operations, 154 
Build, 15, 16, 20, 22, 24, 26, 32, 33, 38 
Build All, 15, 20 
building blocks, 108 
BURIED 

macrocell, 486 

node, 253 

pins, 497 


- BURIED_OF _, 484, 497, 498, 499 


BURIED OF ##, 484 
BURIED OF xx, 253, 260 


C 


Cancel, 16, 33 

CASE, 7, 9, 44, 47, 85, 86, 88, 89, 90, 91, 
93, 102, 108, 113, 131, 134, 311, 323, 
341, 342, 343, 352, 353, 354, 355, 356, 
357, 362, 363 

CASE statements, 86 

CE, 279 

CLK, 278 

Clock Assignments, 438, 469, 475 

Clock Functions 
MACH, 448 

Clock Resolution, 127, 132 

CLOCK _BY PIN, 203, 219, 227 

CLOCK _BY_ ROW, 203, 219, 227 

CLOCK ENABLED BY, 47, 51, 66, 67 


CLOCKED BY, 47, 51, 55, 56, 57, 58, 
62, 63, 64, 65, 66, 67, 69, 70, 85, 87, 
93, 94, 95, 96, 97, 98, 99, 100, 101, 
103, 105, 106, 333 

CLOCKF, 47, 127, 131, 135, 136, 138, 


141, 144, 145, 146, 150, 151, 153, 156, 


157, 158, 159, 161, 162, 164 
Clusters, 476, 477, 486, 508 
COMB OUT REG FB, 203, 227 
combinatorial, 93, 94, 98, 146, 148, 167, 

168, 171, 172, 454, 495 

feedback, 183 

Latches, 495 
COMMENT, 50 
comment symbol ("), 122 
Comments, 49 
COMMON SET PTERM, 203, 219 
communication software, 272 
COMP. OFF, 47, 120, 122, 202, 205 
COMP. ON, 47, 120, 122, 202, 205 
COMPANY, 50, 276 
Compile, 15, 22, 124 
compiled source files, 118 
compiler, 10, 20, 38, 90, 91, 93, 96, 97, 

98, 99, 100, 101, 120, 122, 124, 125 
compiler options, 276 
Compiler reduction, 277 
Compiling, 8 
complemented equations, 280 
complex clock output, 450 
complex device architectures, 286 
complex functions, 108 
conditional expressions, 285 
constant expression, 72, 77 
constants, 72, 75, 76 
Constraints, 16, 28, 180, 182, 183, 184 

185, 188, 189, 192, 194, 196 
control information, 61, 66 


> 


controlling constraints, 286 
Controlling Node Collapsing, 177, 180 
Controlling PLD Utilization, 245 
Controlling the Size of Equations, 235 
Copy npi to pi, 15, 25 

cost (.cst), 192, 194 

criteria, 4 

Cumulative Logging, 40 

curly braces, 204 

curly brackets, 121 


D 


D, 278 
D flip flops, 9 
D_FLOP, 47, 51, 55, 56, 62, 63, 70 
D_LATCH, 47, 51, 62, 63, 64, 66 
data equation, 450, 481, 486 
date, 276 
DEC, 47, 131, 135, 136, 153 
Declaration modifiers, 61 
declaration section, 129 
declaration statements 
simulator, 132 
Declarations, 52 
declaring a function, 111 
Declaring a Procedure, 107, 109 
DEFAULT, 47, 192, 202, 217, 228, 238, 
482 
device, 228 
in a group, 217 
ungrouped signals, 212 
default.cst, 287 
default info, 68 
DEFAULT TO, 47, 51, 68, 69, 70, 102, 
103, 112, 117 
Deleted Devices, 310 
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DeMorgan equation, 182 device fusemaps 


DeMorgan Equations, 279 downloading, 272 
DEMORGAN_SYNTH, 47, 203, 207, device library, 13 
211, 216, 219, 227, 230, 249 device list, 192 
Design, 15, 19, 23 Device Menu, 16, 27 
Design Conception, 437, 440, 441 device number, 469 
design constraints, 11, 12 Device Package, 28 
design entry modes, 7 device pinouts 
design equations, 24, 33 specifying, 192 
optimizing, 179 device programmer, 21, 23, 32, 39, 40, 
Design Expression, 437, 440, 441, 442 272 
Design Implementation, 437, 440, 441, connecting, 273 
443 | Device Properties, 218 
Design Integration, 437, 440, 445 Device Resource Utilization, 438, 469, 473 
Design Libraries, 23 Device Scanner, 21, 23, 38 
design phase, 188 Device Section Specifications, 229 
Design Synthesis Language, 43, 44, 46, 50 device solution, 272 
Design Synthesis Language (DSL), 7 device solutions, 13 
Design Testing, 437, 440, 441, 444 Device specifications, 206 
design name.afb, 128, 166 device support, 7 
design _name.doc, 21, 26, 35, 38, 39, 276 device template, 281 
design name.err, 26 device-independence, 7 
design name.log, 26, 40, 459 DEVICEs, 203 
design name.pi, 190, 200 Devices With Unary Nodes, 253 
design name.rpt, 468, 507 DFF, 438, 478, 486, 489, 490, 508 
design name.src, 209 directed partitioning, 185, 187, 188, 189, 
design name.stm, 21, 23, 38, 128, 160, 190, 191, 192, 201, 239 
166 mixing with automatic, 239 
designer, 276 DISABLED ONLY _FOR_TEST, 47, 
DEVICE, 47, 190, 191, 192, 202, 212, 203, 207, 211, 216, 219, 227, 230, 248 
218, 219, 221, 227, 460, 461, 464, 465, divide-by-four counter, 117 
466, 468, 470, 482, 483, 487, 502, 503, division, 73, 76 
504, 505, 506, 507, 508, 510, 513, 515, DLATCH, 486 
516 D-Latch, 495 
without signal list, 240 DO, 47, 127, 129, 131, 134, 135, 136, 
device architectures, 4 141, 147, 148, 151, 153, 155, 156, 157, 
device characteristics, 11 ) 158, 159, 161, 162, 164 
Device Footprints, 304 Document File, 21, 38, 39 
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Documentation, 15, 16, 26, 32, 35 
documentation file, 116 

viewing, 282 
DON'T CARE, 69, 112, 136, 186 
Don't Care Condition, 71, 83 
double quotes, 205 
Downloading Fusemaps, 271, 272 
DSL conventions, 43, 44, 45, 46, 48 
DSL source file, 44, 45 


E 


ELSE, 47, 87, 88, 89, 90, 91, 92, 93, 99, 
104, 106, 127, 131, 136, 141, 155, 157, 
158, 164, 321, 323, 326, 328, 330, 334, 
337, 340, 342, 349, 354, 355, 356 

ELSIF, 47, 87, 88, 99, 131, 157, 158, 326, 
333, 338 

embedded GROUPs, 218 

enable equation, 248 

ENABLED BY, 47, 51, 56, 57, 59, 60, 
66, 67, 68 

Enables Used Only For Test, 248 

END, 47, 129, 130, 131, 135, 137, 138, 
140, 141, 146, 148, 151, 152, 153, 155, 
156, 157, 158, 159, 161, 162, 163, 164, 
169, 170, 202 

END CASE, 88, 89 

ENGINEER, 50 

EQN, 278 

equation categories, 280 

equation extension 
doc file, 277 

Equation Optimization 
AMD MACH, 262 

equation placement, 9 

Equation Reduction Method, 15, 24, 33 


equation synthesis, 210 
error checking, 124 
Errors in Compilation, 123, 125 
Espresso, 10, 24, 25, 33, 34, 186 
Espresso Exact, 10, 24, 33, 186 
evaluation in an expression, 72 
Examples Using the .pi File, 235 
exclusive-OR, 181, 183 
exclusive-ORs, 10 
expression, 109, 111, 112, 113 
Expression shorthand, 74 
expression shorthand (logical), 73 
expressions, 72, 74, 75, 76, 77, 109, 110, 
113 
simulator, 133 
extension, file, 18 


F 


F/THEN/ELSE, 9 

Factoring, 177, 186 

Failure Disclaimers, 438, 469, 470 
FAMILY, 193 

Fanout, 480, 481 

Feedback, 478, 480, 481 
Feedback [Sig], 481 

Feedback Src, 481 

feedback unary, 252 

FF SYNTH, 47, 203, 227, 249 
FF SYNTH OFF, 489 

File Menu, 15, 18 
filename. j1, 272 

filename.afb, 124 
filename.sim, 128 
filename.srce, 124, 125 

final reduction, 179, 186 

final reduction algorithm, 186 
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Fit equations, 280 

FIT_AS OUTPUT, 203, 207, 211, 216, 
219, 227, 230, 246 

FIT_WITH, 47, 203, 211, 216, 227, 247 

Fitter, 15, 21, 23, 27, 38, 39 

Fitting Asynchronous Functions 
MACH, 452 

fitting signals together, 247 

Fitting the Design into One Device, 237 

FIXED, 47, 203 

flip-flop type, 61, 62, 63, 64, 69, 70 

Flip-Flop Types, 51, 62, 185 

FLOAT_NODES, 203, 219, 230, 266, 
507 

FLOP, 278 

FLOP.K, 278 

FLOP.R, 278 

FLOP.T, 278 

FMAX, 194, 195 

FOOTPRINT, 47, 220, 237 

FOR, 47, 127, 129, 131, 134, 136, 141, 


147, 148, 151, 153, 155, 156, 157, 158, 


161, 162, 163, 164 
FORCE_INTERNAL FB, 203, 219, 227, 
230, 267 
Forcing Outputs Driven, 439, 514 
Forcing Outputs Floating, 439, 515 
function, 45, 47, 52, 53, 70, 344, 347, 
348, 349, 350, 351 
simulating, 129, 131, 142, 151, 152 
function descriptions, 53 
function invocation, 72 
Function return values, 112 
functional description, 44 
functional simulator, 8, 21, 37, 38 


_ functions, 8, 107, 108, 109, 111, 114, 118, 


125, 128, 130, 284 
Fuse Mapper, 21, 23, 39 
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fused flip-flops, 178 

Fuse-Level Programming Control, 233 | 
fusemap files, 24, 272, 281 

FUSEMAP FILE, 203, 219, 226, 259 
fusemaps, 21, 23, 38, 39, 40, 483 
fusible inverter, 182 


G 


Generate Fusemaps, 15, 24 


Generate Warnings, 15, 25, 34 


- generating test vectors, 4 


global name, 114 

Global Properties, 206, 207 

GOTO, 47, 85, 92, 93, 94, 99, 102, 104, 
105, 106 

gray code counter, 315, 316, 317, 318, 
320, 321, 322, 323, 324, 325, 326, 328, 
329, 330, 331 
example, 315 

GRAY _ CODE, 47, 85, 100, 101, 105 

GROUP, 47, 72, 76, 78, 79, 80, 81, 203, 
212, 233, 236, 463, 503 
listing signals in, 214 
MACH, 263 

GROUP DEFAULT, 217 


- group notation, 80, 81 


group of signals, 86, 97 

Group specifications, 206, 212 
Grouping Messages, 438, 463 
Grouping signals within a block, 233 
GROUPs, 218 

Groups and Ranges, 78 
GROUPsignal properties for, 216 


H 


hardware creation, 110 
hardware implementations, 188 
hardware TFF registers, 454 
Hazard Term, 439, 495 

HDL source, 441 

Headers, 50 

Heading, 438, 469, 470 

Help Menu, 16, 41 

HEX, 47, 131, 135, 136, 140 
hexadecimal, 83 

Hidden Nodes, 251 
hierarchical, 125 

hierarchical design, 108 
hierarchical designs, 108 
HIGH IMPEDANCE, 136, 514 
high utilization, 483 
HIGH_VALUE, 47 

high-level constructs, 124 
HIGH-VALUE, 203, 229 


/ 


ICC, 194, 195 

Identifiers, 43, 46, 47, 52, 72, 75 

IF, 7, 47, 108, 113, 117, 127, 129, 131, 
134, 136, 141, 155, 157, 158, 159, 161, 
162, 163, 164, 311, 321, 322, 323, 325, 
328, 330, 331, 333, 338, 349, 353, 354 

IF statement, 87, 88, 92 

IF statements, 86 

IF/THEN/ELSE, 25, 34 

Import, 15, 19 

INCLUDE, 47, 120, 121 


Index, 16, 41, 152 

INITIAL, 47, 127, 131, 134, 141, 146, 
147, 148, 149, 150, 167, 169, 491 

INITIAL_TO, 47, 491 

initialize signal, 129 

INPUT, 47, 52, 54, 55, 56, 58, 59, 60, 61, 
70, 109, 110, 111, 112, 113, 116, 117, 
118, 203, 281 

input parameters, 108, 109, 110, 111, 113 

Input Register Pin, 438, 484 

Input Signals, 51, 54 

input symbols, 284 

input unary, 252 

Input vectors, 129 

INPUTS, 52 

InReg/Mcell, 481 

INTACT, 47, 203, 234 

Integer Constants, 48 

intermediate nodes, 10 

intermediate values, 285 

internal hardware 
PLD, 179 

internal signal node 
removing, 179 

inverter, 178 

invocations, 110 

Invoked, 107, 108, 109, 110, 111, 112, 
113, 114, 115, 117 

Invoking a Function, 107, 112 

Invoking a Procedure, 107, 109 


J 


JEDEC, 27, 32, 128, 130, 164, 166, 272, 
316, 318, 320, 322, 324, 327, 329, 331, 
444, 491, 506, 507 

JEDEC file, 50 
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JEDEC_FUSEMAP, 203, 219 
JK_FLOP, 47, 51, 58, 62, 63, 64, 69 


K 
keyword, 111, 118 


Keywords, 43, 47 
simulation, 131 


L 


language entry, 6 
language source file, 115 
large equations, 284, 285, 286 
avoiding, 284 | 
LAST VALUE, 103 
LAST VALUE, 47, 68, 69 
LATCH, 279 | 
LATCHED BY, 47, 51, 62, 63, 64, 66, 
67 
latches, 52, 66 
Least Significant Bit, 53, 54, 79 
library parts, 22 
Listing signals 
in device sections, 232 
Listing Signals in a Device, 221 
Listing Signals in a Group, 214 
Local Declarations, 107, 114 
local level signals, 52 
Local signals, 114 
Logic Family, 28 
Logic Minimization, 10 
logical design, 188 
logical hazards, 105 
Logical Operators, 71, 74, 171 
Low Power Mode, 437, 449 


Index 8 


low true, 52, 61 

LOW_TRUE, 47, 54, 55, 58, 61, 62, 66 © 
LOW_VALUE, 47 

low-true, 55, 61, 62 

LOW-VALUE, 203, 229 


M 


MACH .rpt (report) file, 27 
MACH .rpt file, 269 
MACH Devices 

using with the .p1 file, 261 


_ MACH family, 440, 442, 446 


MACH Family Data Book, 440 

MACH fitter, 443, 445, 460 

MACH Input Registers, 438, 444, 484, 
507 

MACH Internal Feedback Path, 267 

MACH LOW_POWER, 270 

MACH Pin Identification, 445 

MACH Pin Numbering, 259 

MACH Power-On Reset, 439, 491, 493 

MACH USERCODE, 203 

MACH_UTILIZATION, 203, 219, 261 

MACH ZERO HOLD _ INPUT, 203, 219, 
269 

MACHA4xx asynchronous mode, 444 

MACHXL block diagram, 5 

MACRO, 47, 314, 319, 352, 354, 355, 
356, 357, 363, 364 

macro cells, 178, 179 

macro definition, 120 

MACROCELL , 497, 498 

macrocells, 448, 460, 468, 478, 480, 481, 
483, 497 

macros, 7, 119, 120, 121 

Maintaining Pin Assignments, 236 


Manual Partitioning, 202 

MANUFACTURER, 193 

MAX Number of Pterms, 15, 25, 34 

Max Power Supply Current (mA):, 29 

MAX NODE FROM EXPANDERS, 
203, 219, 227 

MAX PTERMS, 47, 183, 186, 203, 207, 
211, 216, 219, 227, 230, 235, 262, 285, 
437, 456, 457, 458 

MAX PTERMS n, 181 

MAX SYMBOLS, 47, 181, 186, 203, 
207, 211, 216, 219, 227, 230, 235 

MAX SYMBOLS n, 181 

MAX XOR PTERMS, 47, 181, 183, 
203, 207, 211, 216, 219, 227, 230, 457 

MAX XOR PTERMS np, 181 

menu functions, 17 

MESSAGE, 47, 127, 131, 141, 149, 150, 
158, 164, 316, 317, 318, 319, 320, 321, 
322, 323, 324, 325, 327, 329, 330, 331, 
332 

Microsoft Windows 3.x, 17 

Min. Operating Frequency (MHz):, 29 

MINC FITTER, 203, 219 

minimum recommended memory, 284 

MOD, 47 

module, 129, 130 

module revision numbers, 276 

module simulation, 129 

modules, 22, 32 

modulo, 73, 76 

Most Significant Bit, 53, 54, 79 

multiple design files, 8, 125 

multiple devices, 21, 23, 38 

Multiple File Designs, 123, 124 

multiple files, 118 
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